Package: rspamd
Version: 3.4-1
The NiX Spam RBL has been discontinued. [1] [2]
In Debian 12.11 and a freshly installed rspamd package, this blacklist is
still included in
/etc/rspamd/modules.d/rbl.conf:
nixspam {
symbol = "RBL_NIXSPAM";
rbl = "ix.dnsbl.manitu.net";
ipv6
That test tries to find a system group of which the user doing the build
is not a member (not judging yet if that is a good idea at all). What
is the context in which this failing build was observed, could it be that
the build user would be a member of all groups in /etc/groups?
Best regards,
--
Yann
Package: fakeroot
Version: 1.37.1.1-1
Tags: patch
A few quotes are missing for proper handling of whitespaces in
filenames, patch attached.
Yann Dirson | Vates Platform Developer
XCP-ng & Xen Orchestra - Vates solutions
web: https://vates.tech
From e282244d83bbe52d69af71f750a80c20856e
Package: fakeroot
Version: 1.37.1.1-1
Looking for where to send a patch upstream, I cannot find an upstream URL,
either in debian/copyright or debian/control. The debian/copyright dates
also don't fill much of the picture.
There are many fakeroot.git on the net, but at least Arch seems to take a
plasma6?
> Il giorno lun 23 dic 2024 alle ore 17:53 Yann Dirson
>
> ha scritto:
> >
> > Hi Salvo,
> >
> > I've been the one doing the previous porting work, but did not take
> > a look at
> > plasma6 - any idea what the workload would be?
>
Hi Salvo,
I've been the one doing the previous porting work, but did not take a look at
plasma6 - any idea what the workload would be?
Yann
- Mail original -
> De: "Salvo \"LtWorf\" Tomaselli"
> À: "Debian Bug Tracking System"
> Envoyé: Dim
Package: proftpd-core
Version: 1.3.7a+dfsg-12+deb11u3
Tags: patch
Source: proftpd-dfsg
Description of the incorrect behavior:
The PassivePorts directive can cause proftpd to swap data streams across
clients when the server is in passive mode. (see
https://github.com/proftpd/proftpd/issues/1826). T
Great, thanks for your work - I should indeed have done that myself a long time
ago :|
--
Yann
- Mail original -
> De: "Chris Hofstaedtler"
> À: "Santiago Vila"
> Cc: 1068...@bugs.debian.org, "Holger Levsen" , "Niels
> Thykier" , &
Hi Andreas,
No objection to the ITS.
BTW I have already wondered if it would not make sense to simply drop this
package entirely, given the small popcon score and the fact it is dead upstream.
Best regards,
--
Yann
- Mail original -
> De: "Andreas Tille"
> À: "Ya
> Package: jam
> Version: 2.6.1-2
> Severity: normal
> X-Debbugs-Cc: Dmitry Smirnov ,
> debian...@lists.debian.org, Yann Dirson , Graeme
> W. Gill
>
> Dear Maintainers, Dear Author,
>
> After I've finished the packaging of lincity-ng later today;
> &
likely better to move forward and enable it. I could see
no comment in the BTS talking about any problems around that, are there
any blockers going forward?
Yann Dirson | Vates Platform Developer
XCP-ng & Xen Orchestra - Vates solutions
web: https://vates.tech
y?) use case it could
possibly
be noted that it has to be uncompressed (since "Packages" is otherwise also
AFACT used
to encompass compressed versions as well).
Best regards,
--
Yann
I note after double-checking that, despite bookworm repos [1] providing
only Packages.xz and Packages.gz and not Packages, apt does really
seem to check only for Packages in my case:
root@debian:~# apt update
Hit:1 http://security.debian.org/debian-security bookworm-security InRelease
Hit:2 http:/
Package: apt
Version: 2.6.1
# context
The repo is served as a "generic package repo" on gitlab. As a first step I'm
putting unsigned Release file there, because setting sigs there is another
adventure.
So I have Release not InRelease, and since it's 2 packages I chose to spare
space using just
Package: ruby-jekyll-asciidoc
Version: 3.0.0-2
Severity: wishlist
There is upstream git activity, with 3.0.1 tagged (with no "github ci/release"
though),
and quite some stuff rowards release 3.1.0 in 'main' - hopefully that could
help getting
the package up and running again?
Package: hachoir
Version: 3.1.0-5
Severity: wishlist
A 3.2.0 release is available from https://github.com/vstinner/hachoir/tags
According to upstream changelog, upgrading the package to
1.12.x should allow to fix this RC bug.
Package: openssh-server
Version: 1:7.9p1-10+deb10u2
Severity: normal
Dear Maintainer,
I included an Include directive in my /etc/sshd_config and sshd said it was not
recognised. Indeed, the manual of the installed version does not mention it.
However, ssh -V says that version is 7.9p1 (consisten
Package: theli
Version: 3.1.3-1
Severity: important
Dear Maintainer,
I tried installing theli on Debian unstable. Upon running the program,
it immediately reports swarp is the wrong version. Checking the swarp
package, Debian has renamed that program from swarp to SWarp, to avoid
collision with
Package: stun-server
Version: 0.97~dfsg-2.1+b1
Severity: normal
Tags: upstream
Dear Maintainer,
Through fuzzing with AFL++, a STUN request raising the following
assertion in stund was found:
stund: stun.cxx:791: void stunCreateUserName(const StunAddress4&,
StunAtrString*): Assertion `l%4 ==
Package: stun-server
Version: 0.97~dfsg-2.1+b1
Severity: normal
Tags: upstream
Dear Maintainer,
Through fuzzing with AFL++, a STUN request triggering a buffer overflow
was found.
One UDP datagram that triggers the buffer overflow is:
$ echo EAAAEAEAAAEAAImJiYmJiYmJiQAACQEA |
actually installs the headers
directly into a different directory (/usr/include/jxrlib). Therefore,
packages that depend on jxrlib via the pkg-config file fail to build.
The attached patch attempts to fix that issue.
Best regards,
Yann Leprince
-- System Information:
Debian Release: bookworm
Package: wnpp
Severity: normal
I intend to orphan the memtest86 package.
There will likely be no more DGSF-compliant version of this package.
memtest86+ probably supercedes it completely nowadays. I'm orphaning
this one at the same time as memtest86+, as it makes sense either to
have the same pe
Package: wnpp
Severity: normal
I intend to orphan the memtest86+ package.
After much time a new beta is out, but it still does not include the
multiboot support. I don't have enough interest in this to dedicate
the time it requires to do things right.
The current unreleased state of the package
Package: gpsshogi
Version: 0.7.0-2
Severity: serious
The .bin and .dat files in gpsshogi-data come as-is in SVN, with
no information as to what they are generated from. This does not
look DFSG-compliant.
As to the impact on my work on resurrecting the package (#964730),
if this issue is not solv
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: apery
Version : WCSC28+git20191114
Upstream Author : Hiraoka Takuya
* URL : https://github.com/HiraokaTakuya/apery
* License : GPL
Programming Lang: C++
Description : Strong AI for
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: libosl
Version : 0.8.
Upstream Author : GPS Team
* URL : http://gps.tanaka.ecc.u-tokyo.ac.jp/gpsshogi/pukiwiki.php
* License : BSD
Programming Lang: C++
Description : library for
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
This is rather an Intent to Resurrect, as gpsshogi was in Debian
2 releases ago.
* Package name: gpsshogi
Version : 0.7.0
Upstream Author : Team GPS, feat. Daigo Moriwaki
* URL : http://gps.tanaka.ecc.u-tokyo.ac.jp
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: fairy-stockfish
Version : 11.1
Upstream Author : Fabian Fichter (unknown email)
* URL : https://github.com/ianfab/Fairy-Stockfish
* License : GPLv3+
Programming Lang: C++
Description
I just mucked about with Cura and tracked down inaccessible buttons to a
lacking implicitWidth for the background of ActionButton in the QML.
However, when digging for more information, I found
https://github.com/Ultimaker/Cura/issues/5488#issuecomment-588560291
This suggests setting QT_QUICK_CO
Having run into this issue also, I must note that this behaviour of dpkg
contradicts their FAQ:
https://wiki.debian.org/Teams/Dpkg/FAQ#Q:_Will_dpkg_replace_a_symlink_with_a_directory_or_vice_versa.3F
Q: Will dpkg replace a symlink with a directory or vice versa?
A: No. As dpkg does not currently
happenned.
yann@home:jam-2.6$ uscan
uscan: Newest version of jam on remote site is 2.6.1, local version is
2.6
uscan:=> Newer package available from
https://swarm.workshop.perforce.com/projects/perforce_software-jam/files/main/jam-2.6.1.tar
Missing argument in sprintf at /usr/share/pe
Package: wnpp
Severity: normal
I intend to orphan the tulip package. I've not been using it and did
not update the package for some time now, and don't have the time to
properly take care of it.
The package description is:
Tulip is an information visualization framework dedicated to the
analys
Package: wnpp
Severity: wishlist
Owner: Yann Dirson
* Package name: crazywa
Version : 0.0.0~git2018.08.12
Upstream Author : H.G. Muller
* URL : http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=crazywa.git
* License : GPL
Description : AI engine for Wa Shogi
Upstream report: https://sourceware.org/bugzilla/show_bug.cgi?id=23712
Commits in gdb-8.2-branch:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git&a=search&h=refs%2Fheads%2Fbinutils-2_32-branch&st=commit&s=gdb%2F23712
Package: gdb
Version: 8.2-1
The below happens when hitting a breaking in a shared library compiled
with Linker Time Optimizer (-flto):
/build/gdb-Ji3G0U/gdb-8.2/gdb/dwarf2read.c:9715: internal-error: void
dw2_add_symbol_to_list(symbol*, pending**): Assertion `(*listhead) ==
NULL || (SYMBOL_LANGUA
ug 22, 2018 at 09:14:49AM +0200, Julien Yann Dutheil wrote:
> >
> > Library updates should be now done and pushed.
>
> I've just checked libbpp-core and realised that pristine-tar information
> is missing. Did you simply forgot to push or it is not imported. I
> recentl
idea what's going on and I
must obviously be doing sthg wrong... would you mind checking I did not
mess anything in the control files?
Best regards,
Julien.
On Sun, Aug 19, 2018 at 10:36 AM Andreas Tille wrote:
> Hi Julien,
>
> On Sun, Aug 19, 2018 at 09:39:59AM +0200, Julien Yann D
lot,
Julien.
On Sat, Aug 18, 2018 at 3:03 AM Andreas Tille wrote:
> Dear Julien,
>
> On Fri, Aug 17, 2018 at 03:00:12PM +0200, Julien Yann Dutheil wrote:
> > Update is (almost) ready upstream.
> :-)
>
> > Have a question though: when a program
> > has not change
wrote:
> Dear Julien,
>
> On Thu, Jul 19, 2018 at 09:19:50AM +0200, Julien Yann Dutheil wrote:
> > Will make a new release then, but I will only be able to start the
> process
> > in the second week of August.
>
> While this will mean that the packages will be autoremoved
Package: ftp.debian.org
Severity: normal
The version in unstable takes too much time to maintain, cannot possibly
bring all upstream features, and is years behind
upstream. Newer versions require building a java GUI which, when I
last checked, worked only with shipped 3rd-party jars, and would no
On Fri, Apr 6, 2018 at 10:41 AM, Andreas Tille wrote:
>
>
> > I have notice the ABI errors
> > but have to admit I did not know how to handle it.
>
> What exact error do you mean?
>
I was referring to this one [1].
Seems to be sthg with the new symbol files...?
Julien.
[1]
https://buildd.debia
Dear Andreas,
Once more, thanks a lot for all the support! I have notice the ABI errors
but have to admit I did not know how to handle it. All libs should be
ready, with the exception of libbpp-qt which I still need to release. I
will include the full CeCILL text in that one too and check your cha
Dear Andreas,
bpp-phyl-omics pushed (once more had committed and forgotten to push, sorry
about that).
Best,
Julien.
On Sat, Mar 31, 2018 at 5:59 PM, Andreas Tille wrote:
> Hi Julien,
>
> On Sat, Mar 31, 2018 at 08:32:26AM +0200, Julien Yann Dutheil wrote:
> > Continuin
ics, and I ave no clue
why :s
Any hint welcome,
Julien.
On Mon, Mar 26, 2018 at 8:44 AM, Julien Yann Dutheil <
julien.duth...@univ-montp2.fr> wrote:
> This was actually a fresh clone... yet everything looks in order
> https://salsa.debian.org/med-team/libbpp-seq/branches ... is it
n, Mar 25, 2018 at 08:51:11PM +0200, Julien Yann Dutheil wrote:
> > Dear Andreas,
> >
> > I moved forward with libbpp-seq, but after pushing I got the following
> > message:
> >
> > remote: Resolving deltas: 100% (172/172), completed with 152 local
> objects.
&
do not have
permission to access this page).
Is everything ok or did I somehow do sthg wrong?
Best,
Julien.
On Thu, Mar 22, 2018 at 11:17 AM, Julien Yann Dutheil <
julien.duth...@univ-montp2.fr> wrote:
> Hi Andreas,
>
> On Thu, Mar 22, 2018 at 10:17 AM, Andreas Tille wrote:
Hi Andreas,
On Thu, Mar 22, 2018 at 10:17 AM, Andreas Tille wrote:
> Hi Julien,
>
> On Wed, Mar 21, 2018 at 09:26:01PM +0100, Julien Yann Dutheil wrote:
> > I could somehow udate the symbols list, but still get a lintian warning
> > [1].
>
> That
-declares-dependency-on-other-package.html
On Wed, Mar 21, 2018 at 6:15 PM, Andreas Tille wrote:
> Hi Julien,
>
> On Wed, Mar 21, 2018 at 05:25:10PM +0100, Julien Yann Dutheil wrote:
> > I'm starting to package libbpp-core4 from upstream. It works fine but I
> > have a warning b
e:
> Hi Julien,
>
> On Wed, Mar 14, 2018 at 09:19:51AM +0100, Julien Yann Dutheil wrote:
> > I am almost done! As we were to change the soname, I took the chance to
> fix
> > another gcc7 issue, that is to remove all dynamic exception
> specifications
> > in all lib
Hi Andreas,
I am almost done! As we were to change the soname, I took the chance to fix
another gcc7 issue, that is to remove all dynamic exception specifications
in all libraries. Got interupted by some travelling, but I plan to finish
this by the end of this week.
Sorry again for the delay,
Che
Dear Andreas,
Thanks a lot for the proposal. I would like to fix that one upstream to, so
I will probably upload a new version.
More generally, we'e thinking of some ways to improve things upstream,
because a minor version update should not lead to an interface break in my
opinion...
Best,
Julie
Will do, also for maffilter.
J.
On 14 Feb 2018 13:15, "Andreas Tille" wrote:
> Hi Graham,
>
> I guess Julien Dutheil will care for a patch.
>
> Kind regards
>
>Andreas.
>
> On Wed, Feb 14, 2018 at 02:00:18PM +0200, Graham Inggs wrote:
> > Source: physamp
> > Version: 1.0.3-1
> > Severit
Hi,
I have committed a patch. But there are other errors like:
In file included from /usr/include/c++/7/bits/stl_algobase.h:67:0,
from /usr/include/c++/7/bits/char_traits.h:39,
from /usr/include/c++/7/string:40,
from /usr/include/Bpp/Numeric/Vect
message to the list when everything is ready.
Cheers,
Julien.
On Wed, Feb 7, 2018 at 8:41 AM, Andreas Tille wrote:
> On Tue, Feb 06, 2018 at 10:24:58PM +0100, Julien Yann Dutheil wrote:
> > Hi,
> >
> > While trying to update the libbpp-qt package to use Qt5 instead of Qt4,
&
kages for Qt5 changed names (no more libqt5-dev, etc), and I am
probably missing sthg :s Git repos is updated to reproduce the error.
Any insight welcome!
Julien.
On Wed, Dec 13, 2017 at 11:09 AM, Julien Yann Dutheil <
julien.duth...@univ-montp2.fr> wrote:
> Dear Andreas,
>
&
n,
>
> thanks for the information. The watch file did not catched any new
> upstream version. May be this needs to be adapted as well?
>
> Thanks for your quick response
>
> Andreas.
>
> On Wed, Dec 13, 2017 at 10:08:18AM +0100, Julien Yann Dutheil wrote:
> > De
Dear Andreas,
The software was ported to Qt5 upstream, but still need to make a new
package version. Will try do that asap.
Best,
Julien.
On Wed, Dec 13, 2017 at 10:03 AM, Andreas Tille wrote:
> Hi Julien,
>
> could you please have a look?
>
> Kind regards
>
> Andreas.
>
> On Sat, Sep 09
This is because you have this chatroom in your roster, which you should
not. More recent version of Gajim has a better error message.
There is a trigger plugin if you want to be notified on every messages
Why in a bad way?
--
Yann
Package: libkf5kdegames-dev
Version: 4:16.08.3-1
Severity: important
Using KDEGAMES_INCLUDE_DIRS in a CMakeLists file does not work as
expected, we get this on commandline:
-I/usr/lib/x86_64-linux-gnu/cmake/KF5KDEGames
-I/usr/lib/x86_64-linux-gnu/cmake/KF5KDEGames/KDE
The source of the problem
Hi,
Just ported bpp-qt and bppphyview to Qt5 upstream. Dependency to Qt4 will
therefore be removed in next release.
Best,
Julien.
On Sun, Sep 10, 2017 at 8:47 AM, Julien Yann Dutheil <
julien.duth...@univ-montp2.fr> wrote:
> Hi Andreas, Lisandro,
>
> Will port libbpp-qt and bp
Hi Andreas, Lisandro,
Will port libbpp-qt and bppphyview to Qt5, this is planned. I cannot commit
myself to any delay however. As these two packages have no further
dependencies, they can temporarily be removed without too much hassle.
Best,
Julien.
On Sat, Sep 9, 2017 at 11:35 PM, Andreas Till
ll contact you as soon as time he can correct this.
Cheers,
--
Yann Dupont - Centre Calcul Intensif Pays de la Loire & Datacenter
Tel : 02.53.48.49.39 - Mail/Jabber :yann.dup...@univ-nantes.fr
Package: gpsshogi
Version: 0.7.0-2
Severity: wishlist
It is a bit of a waste to pull Qt just for the viewer app (and
incidentally it prevents installing gpsshogi on stretch without
upgrading Qt to buster)
-- System Information:
Debian Release: buster/sid
APT prefers stable
APT policy: (990,
Package: aptitude
Version: 0.8.7-1
Severity: normal
Let's choose a package tha is a candidate for upgrade (previous testing
version is installed, and more recent than current stable version).
If I select it for upgrade to testing and quit aptitude, the selected
version is still selected when I la
Package: aptitude
Version: 0.8.7-1
Severity: normal
texlive-htmlxml is in unconfigured state and postinst will not complete
without a reinstall (files got missing after downgrade due to Replaces
issue). But aptitude would not reinstall it:
root@home:~# aptitude reinstall texlive-htmlxml
The foll
Package: aptitude
Version: 0.8.8-1
Severity: normal
(state bundle available on request, too big to attach anyway)
>From this situation, first mark texlive-htmlxml for downgrade to stable,
then enter resolver, and refuse all choices from first 2 screens to get
to the third one, which proposes to r
will be included in the next version.
Best,
Julien.
On Tue, Aug 8, 2017 at 4:09 PM, Andreas Tille wrote:
> Hi Julien,
>
> On Mon, Aug 07, 2017 at 10:31:08PM +0200, Julien Yann Dutheil wrote:
> > These are deprecation warnings that we have now fixed upstream, but
> > includ
Hi Andreas,
On Thu, Jul 20, 2017 at 11:21 AM, Andreas Tille wrote:
> Hi Julien,
>
> On Thu, Jul 20, 2017 at 10:49:10AM +0200, Julien Yann Dutheil wrote:
> > Yes, should be. But I noticed some other problems... I have made a
> version
> > 1.0.2 addressing them. Then I s
Dear Andreas,
Yes, should be. But I noticed some other problems... I have made a version
1.0.2 addressing them. Then I synchronized the upstream branch accordingly,
and then merged the master branch and the upstream branch, is that the
correct way to do? Version 1.0.2-1 should then normally build
Hi Andreas,
But now at least these are all timeout issues, all numerical instabilities
seem to have now been solved. I have committed a fix that increases again
the timeout limit for the slow architectures (now 6s). This SHOULD now
work!
Best,
Julien.
On Mon, Jul 17, 2017 at 5:53 AM, Andrea
Great, thank you for your fast answer !
On 11/07/2017 15:48, Vincent Bernat wrote:
❦ 11 juillet 2017 13:46 +0200, Yann Cézard :
Upgrading from Jessie (haproxy 1.5.8-3+deb8u2) to Stretch (1.7.5-2)
leads us to some bad behaviour with some backends.
More specificaly, the use of a websocket
planned to backport those patches in stretch / stretch-updates ?
Or should we wait for a backport ?
Regards,
Yann
-- System Information:
Debian Release: 9.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores)
Loc
Dear Andreas,
Please find attached a patch that sets the timeout to 1s (default was
1500). Hope this improves things...
Best,
Julien.
On Fri, Jun 23, 2017 at 9:43 PM, Andreas Tille wrote:
> Hi Julien,
>
> On Fri, Jun 23, 2017 at 09:02:30PM +0200, Julien Yann Dutheil wrote:
&g
Dear Andreas, Adrian,
This is most strange indeed. The errors are all "time out" errors on unit
tests which take the longest time (several min or so). Looks like some
issues with the default value for the timeout setting in CTest... I would
suggest to simply skip the unit tests by running "cmake
-
ote:
> Le 06/06/2017 à 12:47, Julien Yann Dutheil a écrit :
> > Dear Adrian,
> >
> > These functions are now inline in the corresponding .h files, but their
> > interfaces have not changed as far as I know. Does making a function
> > inline break the interface??
>
: Bug#864188: libbpp-core2v5: symbols removed without soname bump
To: Julien Yann Dutheil
Cc: Andreas Tille , 864...@bugs.debian.org, GINDRAUD
FRANCOIS
On Tue, Jun 06, 2017 at 11:35:57AM +0200, Julien Yann Dutheil wrote:
> Dear Andreas, Adrian,
>...
> - This error actually revealed an
Dear Andreas, Adrian,
Just to be sure I get everything right:
- The error you found before was due to building against a previous version
of bpp-core
- This error actually revealed an interface breakdown (essentially due to
our upgrade to c++11), and your suggestion is to reflect this change by
in
Le 17/01/2017 à 14:01, Felipe Sateler a écrit :
Hi Yann,
On 17 January 2017 at 06:54, Yann Richard wrote:
Hi,
We have made a package from fcoe-utils source version 1.0.31 which fix init bug
:
https://github.com/DSI-Universite-Rennes2/fcoe-utils
Tested on HP 465c G8 on Ethernet controller
FlexFabric-20/40 F8 Module
Any Debian maintainer or developer would like to verify and push this
into stretch ?
Best Regards,
--
🐧 M. Yann Richard
🎓 Université Rennes 2
Direction du Système d'Information
Pôle Infrastructure / Serveurs
🔗 http://www.univ-rennes2.fr/dsi
sh people maintainers would *ask* upstream when they don't
> understand, rather than just breaking things.
>
> NeilBrown
Hi Neil,
I encourage you to have a look at the full history of this bug to see
why this line was introduced. You will then see that it has been removed
in Stretch.
Yann Soubeyrand
Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à
l'intention exclusive des destinataires et les informations qui y figurent sont
strictement confidentielles. Toute utilisation de ce Message non conforme à sa
destination, toute dif
Dear FTP masters,
I've been warned that python-gnomekeyring is obsolete and will be
removed from the archive. Could you please reject gkeyring which is
based on it?
Sorry for the inconvenience.
Regards
Yann Soubeyrand
Ce message et toutes les pièces jointes (ci-après le 'Mess
Le lundi 10 octobre 2016 à 21:17 +0800, p...@debian.org a écrit :
> On Mon, 2016-10-10 at 13:03 +, SOUBEYRAND Yann - externe wrote:
>
> > Unless I did a mistake, it seems that this dependency isn't missing:
> >
> > https://github.com/yann-soubeyrand/gkeyring/b
Le lundi 10 octobre 2016 à 20:50 +0800, un expéditeur inconnu a écrit :
> On Mon, Oct 10, 2016 at 8:19 PM, Yann Soubeyrand wrote:
>
> > Thanks!
>
> FYI, it was pointed out to me on the Debian GNOME IRC channel some things:
>
> The Depends in the binary package is
Le samedi 08 octobre 2016 à 11:26 +0800, un expéditeur inconnu a écrit :
> On Fri, Oct 7, 2016 at 5:14 PM, SOUBEYRAND Yann - externe wrote:
>
> > Thank you for your interest in sponsoring this package ;-)
>
> No, thank you for being willing to package and maintain it!
>
Hi!
Thank you for your interest in sponsoring this package ;-)
I uploaded a new version which should address the most important
concerns you raised
https://mentors.debian.net/debian/pool/main/g/gkeyring/gkeyring_0.4-1-gf4ce4c7-1.dsc
Regards
Yann
Le jeudi 06 octobre 2016 à 12:49 +0800, un
dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/g/gkeyring/gkeyring_0.4-1.dsc
Changes since the last upload:
* Initial release. (Closes: #711344)
Regards,
Yann Soubeyrand
Subject: Allow debhelper "--with" addons to be quoted
Package: lintian
Version: 2.5.48
Severity: wishlist
Tags: patch
Hi,
Here is a patch which allows quoting debhelper addons names in rules
files, for example:
dh $@ --with 'python2'
Regards
Yann
diff --git a/checks/d
Control: retitle -1 ITP: gkeyring -- A small Python tool for shell access to
GNOME keyring
Control: owner -1 !
can rework it.
Regards
Yann
diff -Nru curl-7.50.1/debian/changelog curl-7.50.1/debian/changelog
--- curl-7.50.1/debian/changelog 2016-08-03 13:46:05.0 +0200
+++ curl-7.50.1/debian/changelog 2016-10-03 16:07:14.0 +0200
@@ -1,3 +1,10 @@
+curl (7.50.1-1.1) UNRELEASED; urgency=medium
=0x7fffe67fc700) at
pthread_create.c:309
#22 0x7437987d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
I can provide the PDF document as well as the core file but due to their size
I can't attach them to this bug report.
Regards
Yann
-- System Information:
Debian Release
Package: weboob
Version: 1.1-1
Severity: normal
After configuring the new ARTE backend to get original version subtitled in
french,
and successfully launching the download of "a touch of zen", I notice it is in
chinese (which could be expected ;). So, trying to see if there is a translated
versi
Package: qa.debian.org
Severity: wishlist
tracker.d.o seems to be where we're going, it should be linked from DDPO
instead of (or alternatively, if some prefer to keep it) the old PTS.
The least-workload path seems to be just pointing to new tracker, it would
already probably make more people hap
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu tulip_4.8.0dfsg-2+b3 . ANY . unstable . -m "Rebuild against binutils-dev
2.26.1 (Closes: #830985)"
2.26-* had a wrong shlibs line and packages built against those versions won't
be aut
Package: dh-buildinfo
Version: 0.11+nmu1
Severity: normal
tulip build-depends on binutils-dev [linux-i386 kfreebsd-i386 any-amd64] but
this package is
not listed in buildinfo on amd64.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (500,
Package: binutils-dev
Version: 2.26.1-1
Severity: important
Package description states that "building Debian packages which depend
on the shared libbfd is Not Allowed". OTOH:
* it is not possible to install bfd.h without the libbfd.so symlink
* binutils provides a shlibs file, which is AFAIK only
1 - 100 of 1527 matches
Mail list logo
