Bug#933507: marked as done (RFS: openldap/2.4.48+dfsg-1~bpo10+1)

2019-08-01 Thread Debian Bug Tracking System
Your message dated Thu, 1 Aug 2019 23:47:30 -0700 with message-id <20190802064730.ga1...@kiwi.nardis.ca> and subject line Re: Bug#933507: RFS: openldap/2.4.48+dfsg-1~bpo10+1 has caused the Debian Bug report #933507, regarding RFS: openldap/2.4.48+dfsg-1~bpo10+1 to be marked as done. This means tha

Re: packaging stellar, gitlab-ci fails, wrong installation path?

2019-08-01 Thread Sven Hartge
Nico Schlömer wrote: > I'm starting to package Stellar, a tet mesh optimizer [1]. > The package is very basic, but still things are failing. I don't know why. > 1. The gitlab-ci build [2] fails with > ``` > Checking cache for default... > FATAL: file does not exist > Failed to extract cache > `

Bug#932245: Build system updated

2019-08-01 Thread Norbert Schlia
After a few attempts I upgraded the build system to the latest Debian 10 and now I got rid of all errors and many warnings. There are still a few glitches, but I don't think they are too important. There's a newer version of ffmpegfs, but I don't want to switch to it yet to avoid newer bugs. Al

Bug#933671: RFS: multimail/0.52-1

2019-08-01 Thread Adam Borowski
On Thu, Aug 01, 2019 at 07:36:00PM -0300, Fernando Toledo wrote: > El 1/8/19 a las 17:43, Adam Borowski escribió: > > On Thu, Aug 01, 2019 at 01:57:51PM -0300, Fernando Toledo wrote: > >> * Package name: multimail > >>Version : 0.52-1 > > At a brief glance, the package seems ok, b

Bug#933671: RFS: multimail/0.52-1

2019-08-01 Thread Fernando Toledo
El 1/8/19 a las 17:43, Adam Borowski escribió: > On Thu, Aug 01, 2019 at 01:57:51PM -0300, Fernando Toledo wrote: >> * Package name: multimail >>Version : 0.52-1 > >> Changes since the last upload: >> >> adjust patch and build version 0.52 >> >> https://github.com/ftoledo/pk

Asunto: Collaboration in DSA Teams and Debian Security

2019-08-01 Thread Eduardo
Dear Mr. Paul W. By this means I want to thank you for your attention towards me. I will begin to review the documentation you provided. I hope that my contributions throughout my stay as a collaborator will be very useful for this great project. Best regards. Eduardo Ponce.

Bug#933671: RFS: multimail/0.52-1

2019-08-01 Thread Adam Borowski
On Thu, Aug 01, 2019 at 01:57:51PM -0300, Fernando Toledo wrote: > * Package name: multimail >Version : 0.52-1 > Changes since the last upload: > > adjust patch and build version 0.52 > > https://github.com/ftoledo/pkg-multimail/blob/master/debian/changelog At a brief gla

Bug#932717: marked as done (RFS: blastem/0.6.3.2-2 -- Fast and accurate Genesis emulator)

2019-08-01 Thread Debian Bug Tracking System
Your message dated Thu, 01 Aug 2019 22:17:40 +0200 with message-id <85dbec21f4f6fdee46b09dd7fec9e79d657520a3.ca...@debian.org> and subject line Re: Bug#932717: RFS: blastem/0.6.3.2-2 -- Fast and accurate Genesis emulator has caused the Debian Bug report #932717, regarding RFS: blastem/0.6.3.2-2 --

Bug#932717: RFS: blastem/0.6.3.2-2 -- Fast and accurate Genesis emulator

2019-08-01 Thread Tobias Frost
Control: tags -1 moreinfo Hi Carlos, there are not enough changes in the package that warrant an upload: Changing compat level handling as only change is not enough… However, there is bug #926498 … You probably want to fix that bug, giving you the reason you need to justify an upload ;-) -- tob

Bug#932720: marked as done (RFS: jag/0.3.5-5 -- arcade and puzzle 2D game)

2019-08-01 Thread Debian Bug Tracking System
Your message dated Thu, 1 Aug 2019 21:54:50 +0200 with message-id <20190801195450.gc13...@coldtobi.de> and subject line Re: Bug#932720: RFS: jag/0.3.5-5 -- arcade and puzzle 2D game has caused the Debian Bug report #932720, regarding RFS: jag/0.3.5-5 -- arcade and puzzle 2D game to be marked as don

Bug#933248: RFS: assaultcube/1.2.0.2-1 [ITA] -- realistic first-person-shooter

2019-08-01 Thread Tobias Frost
On Wed, Jul 31, 2019 at 11:42:23PM -0300, Carlos Donizete Froes wrote: > Hi Tobias, > > > I've took a look and I have to say assultcube's license is a nightmere; > > for me it is far from clear from me what they mean… However, I cannot > > see a change on the licensing, so I guess the situation is

Bug#933671: RFS: multimail/0.52-1

2019-08-01 Thread Fernando Toledo
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "multimail" * Package name: multimail Version : 0.52-1 Upstream Author : MultiMail was originally developed under Linux by Kolossvary Tamas and Toth Istvan. John Zero was

Re: packaging stellar, gitlab-ci fails, wrong installation path?

2019-08-01 Thread Andrey Rahmatullin
On Thu, Aug 01, 2019 at 09:43:20AM -0400, Nico Schlömer wrote: > > No idea about that but "gbp:error: Non-native package 'stellar' has > invalid version '1.0'" is a valid problem. > > Fair enough. What does it mean? How to fix it? It means that a non-native package must have a version that include

Re: packaging stellar, gitlab-ci fails, wrong installation path?

2019-08-01 Thread Nico Schlömer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thanks Andrey for the reply. > No idea about that but "gbp:error: Non-native package 'stellar' has invalid version '1.0'" is a valid problem. Fair enough. What does it mean? How to fix it? > Have you ever built this package yourself? I'm sure the

Re: packaging stellar, gitlab-ci fails, wrong installation path?

2019-08-01 Thread Andrey Rahmatullin
On Thu, Aug 01, 2019 at 03:00:14PM +0200, Nico Schlömer wrote: > The package is very basic, but still things are failing. I don't know why. Even though it's very basic it still contains at least two fatal problems and some lesser ones. > 1. The gitlab-ci build [2] fails with > ``` > Checking cache

packaging stellar, gitlab-ci fails, wrong installation path?

2019-08-01 Thread Nico Schlömer
Hi everyone, I'm starting to package Stellar, a tet mesh optimizer [1]. The package is very basic, but still things are failing. I don't know why. 1. The gitlab-ci build [2] fails with ``` Checking cache for default... FATAL: file does not exist Failed to extract cache ``` What does this mean?

Re: Trouble with autoconf (Was: Bug#933628: aevol FTCBFS: broken, oudated, embedded copy of AX_BOOST_BASE)

2019-08-01 Thread Andreas Tille
On Thu, Aug 01, 2019 at 12:17:12PM +0200, Helmut Grohne wrote: > On Thu, Aug 01, 2019 at 11:14:05AM +0200, Andreas Tille wrote: > > I have removed m4/ax_boost* in Git[1]. Unfortunately this leaded to > > some configure errors. I was able to work around > > > > 1. error: possibly undefined macr

Re: Trouble with autoconf (Was: Bug#933628: aevol FTCBFS: broken, oudated, embedded copy of AX_BOOST_BASE)

2019-08-01 Thread Helmut Grohne
Hi Andreas, On Thu, Aug 01, 2019 at 11:14:05AM +0200, Andreas Tille wrote: > I have removed m4/ax_boost* in Git[1]. Unfortunately this leaded to > some configure errors. I was able to work around > > 1. error: possibly undefined macro: AC_MSG_ERROR > >by adding > > m4_pattern_a

Trouble with autoconf (Was: Bug#933628: aevol FTCBFS: broken, oudated, embedded copy of AX_BOOST_BASE)

2019-08-01 Thread Andreas Tille
Hi Helmut, On Thu, Aug 01, 2019 at 08:12:34AM +0200, Helmut Grohne wrote: > aevol fails to cross build from source, because it ships a broken, > outdated, embedded copy of AX_BOOST_BASE. The actual bug #872256 is > already fixed for a while in autoconf-archive, but aevol happens to ship > a copy o

Re: Gathering debug data from buildd's?

2019-08-01 Thread Hilmar Preuße
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, s