Bug#883367: RFS: roadfighter/1.0.0-1 [ITP] -- Drive a car in a death race

[Carlos Donizete Froes]

Hi Adam,

> Alas, the game segfaults on start, unless ran from a directory containing
> the source tree.  This looks like the same problem as in April 2016.

The binary has to be in the same directory where it finds the data: graphics,
sound and maps.

For the time being, I did not learn to work using "debian/rules" or creating a
script in the debian directory.

> There's also the unfixed problem of some assets: the .ogg files bear
> metadata saying they come from Konami.

Thank you for notifying us of this case. I corrected this bug with some sounds
and changed the metadata. It's in my GitHub account.[1]

[1] - https://github.com/coringao/roadfighter/tree/master/sound

> Also, fullscreening doesn't work on multi-monitor setups.  It doesn't obey
> settings such as which monitor is primary, orientation or positions (most
> programs that fail here at least go to (0,0)).  This puts the game on the
> wrong monitor, rotated.  Even worse, it permanently destroys randr settings
> -- desktop environments (at least XFCE) save modifications, thus setting
> everything from scratch is required.
> 
> Some displays don't allow non-native resolutions at all.

The resolution of this game is 512x384 in window mode by default.

You do not have the option to play full screen at the moment.

I'm still working with the source code of this game to have this option.

> As far as I know, fixing this is possible but quite tricky in SDL1.2, a
> non-issue in SDL2 which doesn't ever try to change resolutions (impossible
> on non-CRTs anyway) but tells the GPU to scale.

I am a week ago going to SDL2 version of this game, will soon have version 1.1.0

Thanks!

-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀   2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

signature.asc
Description: This is a digitally signed message part

Bug#882810: RFS: jag/0.3.3-1 [ITP] -- arcade-puzzle 2D game in which you have to break all the target pieces

[Carlos Donizete Froes]

Hi Adam

> However, it crashes a lot.
> 
> For example, try to enable fullscreen -> SIGSEGV.
> 
> Exit -> SIGABRT:
> #0  0x7f4207738a70 in __GI_raise (sig=sig@entry=6) at
> ../sysdeps/unix/sysv/linux/raise.c:51
> #1  0x7f420773a19a in __GI_abort () at abort.c:89
> #2  0x7f4201b78744 in _dbus_abort () at /lib/x86_64-linux-gnu/libdbus-
> 1.so.3
> .

This did not happen on my machine, other than a bug not related to the game, but
from the SDL2 library.

---

dbus[18767]: arguments to dbus_connection_unref() were incorrect, assertion
"connection->generation == _dbus_current_generation" failed in file
../../../dbus/dbus-connection.c line 2822.
This is normally a bug in some application using the D-Bus library.

  D-Bus not built with -rdynamic so unable to print a backtrace

Thread 8 "QDBusConnection" received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffbcb29700 (LWP 18778)]
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51

---

This bug reported on bugzilla SDL2, but so far I have not got answers.[1]

[1] - https://bugzilla.libsdl.org/show_bug.cgi?id=3978

> Autopkgtest that consists of "Test-Command: /bin/true" is not exactly of any
> use.  Please remove that, or replace with an actual test (although I don't
> see what could be testable this way in a graphical game).

Unfortunately, I have not yet learned to use autopkgtest. After the end of
"debuild", lintian notifies me to add autopkgtest where I chose to do it
erroneously to pass. :(

> Package short descs are not supposed to be in title case, unless it's an
> actual title -- "Arcade and Puzzle 2D Game" is not.

It was to be "arcade-puzzle 2D game in which you have to break all the target
pieces", but it went beyond line 60 of the title.

> The man page lists documentation sections as if they were arguments that can
> be passed to the executable.

The man page in my opinion this is normal showing the details about the game.
But if you want me to change something in it or you want to change, feel free.
;)

Thanks!

-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀   2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

signature.asc
Description: This is a digitally signed message part

Bug#882810: RFS: jag/0.3.3-1 [ITP] -- arcade-puzzle 2D game in which you have to break all the target pieces

[Adam Borowski]

On Tue, Dec 05, 2017 at 12:09:40AM -0200, Carlos Donizete Froes wrote:
> Em seg, 2017-12-04 às 23:45 +0100, Adam Borowski escreveu:
> > It FTBFSes unless I add libqt5opengl5-dev to Build-Depends.
> 
> I forgot to add this library to the package. Now I have made the package again
> this added. :)
> 
> > On startup, it dies with:
> > (It should look in /usr/share/games/jag/data/)
> 
> Fixed in this package.

It builds and starts now.

However, it crashes a lot.

For example, try to enable fullscreen -> SIGSEGV.

Exit -> SIGABRT:
#0  0x7f4207738a70 in __GI_raise (sig=sig@entry=6) at 
../sysdeps/unix/sysv/linux/raise.c:51
#1  0x7f420773a19a in __GI_abort () at abort.c:89
#2  0x7f4201b78744 in _dbus_abort () at /lib/x86_64-linux-gnu/libdbus-1.so.3
#3  0x7f4201b6f130 in _dbus_strdup () at 
/lib/x86_64-linux-gnu/libdbus-1.so.3
#4  0x7f4201b5549a in  () at /lib/x86_64-linux-gnu/libdbus-1.so.3
#5  0x7f4201b52344 in dbus_bus_remove_match () at 
/lib/x86_64-linux-gnu/libdbus-1.so.3
#6  0x7f41fc52be1e in  () at /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
#7  0x7f41fc52cc3c in  () at /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
#8  0x7f4208ab48c2 in QObject::event(QEvent*) () at 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#9  0x7f4208a85241 in QCoreApplication::notifyInternal2(QObject*, QEvent*) 
()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#10 0x7f4208a879cd in QCoreApplicationPrivate::sendPostedEvents(QObject*, 
int, QThreadData*) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#11 0x7f4208adeac3 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#12 0x7f4202b55fa7 in g_main_context_dispatch () at 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#13 0x7f4202b561e0 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#14 0x7f4202b5626c in g_main_context_iteration () at 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#15 0x7f4208ade0ef in 
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#16 0x7f4208a832aa in 
QEventLoop::exec(QFlags) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#17 0x7f42088a235a in QThread::exec() () at 
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#18 0x7f41fc51ce45 in  () at /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
#19 0x7f42088a722d in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#20 0x7f4208358519 in start_thread (arg=0x7f41d919d700) at 
pthread_create.c:456
#21 0x7f42077f1a5f in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Also, a minor issue: on a multi-monitor setup, it makes a big window that
spans all monitors; this can be worked around by setting the size to
something just smaller than one of the monitors (because fullscreen crashes,
and window decoration takes some space), after which it works ok.

Otherwise, the game seems to work ok.

Autopkgtest that consists of "Test-Command: /bin/true" is not exactly of any
use.  Please remove that, or replace with an actual test (although I don't
see what could be testable this way in a graphical game).

Package short descs are not supposed to be in title case, unless it's an
actual title -- "Arcade and Puzzle 2D Game" is not.

The man page lists documentation sections as if they were arguments that can
be passed to the executable.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ 14:13 < icenowy[m]> are they hot enough? ;-)
⣾⠁⢰⠒⠀⣿⡁ 14:17 < icenowy[m]> I think now in Europe it should be winter? Let
⢿⡄⠘⠷⠚⠋⠀ the BPi warm you ;-)
⠈⠳⣄ 14:17 <@KotCzarny> yeah, i have a pc to warm me ;)

Bug#882810: RFS: jag/0.3.3-1 [ITP] -- arcade-puzzle 2D game in which you have to break all the target pieces

[Carlos Donizete Froes]

Hi, Adam

Em seg, 2017-12-04 às 23:45 +0100, Adam Borowski escreveu:
> It FTBFSes unless I add libqt5opengl5-dev to Build-Depends.

I forgot to add this library to the package. Now I have made the package again
this added. :)

> On startup, it dies with:
> .--[ Files are missing ]
> Cannot find data folder
> /usr/loca/games/jag/data/
> JAG will exit now
> ` [ ✗ Close ]
> 
> (It should look in /usr/share/games/jag/data/)

Fixed in this package.

Thanks!

-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀   2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

signature.asc
Description: This is a digitally signed message part

Bug#882810: RFS: jag/0.3.3-1 [ITP] -- arcade-puzzle 2D game in which you have to break all the target pieces

[Adam Borowski]

On Sun, Nov 26, 2017 at 09:25:50PM -0200, Carlos Donizete Froes wrote:
>   I am looking for a sponsor for my package "jag"
> 
>  * Package name: jag
>Version : 0.3.3-1
>Upstream Author : Carlos Donizete Froes 
>  * URL : https://github.com/coringao/jag

>   It builds those binary packages:
> 
>  jag  - Arcade and Puzzle 2D Game
>  jag-data - Arcade and Puzzle 2D Game (Data)

It FTBFSes unless I add libqt5opengl5-dev to Build-Depends.

On startup, it dies with:
.--[ Files are missing ]
Cannot find data folder
/usr/loca/games/jag/data/
JAG will exit now
` [ ✗ Close ]

(It should look in /usr/share/games/jag/data/)


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ 14:13 < icenowy[m]> are they hot enough? ;-)
⣾⠁⢰⠒⠀⣿⡁ 14:17 < icenowy[m]> I think now in Europe it should be winter? Let
⢿⡄⠘⠷⠚⠋⠀ the BPi warm you ;-)
⠈⠳⣄ 14:17 <@KotCzarny> yeah, i have a pc to warm me ;)

Re: [Debian-med-packaging] C++ help needed for lamarc

[Andreas Tille]

Hi Gert,

thanks for your hint.

On Mon, Dec 04, 2017 at 07:32:42PM +0100, Gert Wollny wrote:
> 
> make_pair doesn't require the explicite type specification, i.e. the
> following should work: 
> 
> - return make_pair(eigvals, eigvecs);
> + return make_pair(eigvals, eigvecs);

This worked at that very place, but later I get:


src/tree/arrangervec.cpp: In member function ‘void 
ArrangerVec::CopyAllMembers(const ArrangerVec&)’:
src/tree/arrangervec.cpp:125:83: error: no matching function for call to 
‘make_pair(std::__cxx11::string, Arranger*&)’
 arrangers.insert(std::make_pair(arr->GetName(), 
arr));

   ^
In file included from /usr/include/c++/7/bits/stl_algobase.h:64:0,
 from /usr/include/c++/7/bits/char_traits.h:39,
 from /usr/include/c++/7/ios:40,
 from /usr/include/c++/7/ostream:38,
 from /usr/include/c++/7/iostream:39,
 from src/tree/arrangervec.cpp:12:
/usr/include/c++/7/bits/stl_pair.h:519:5: note: candidate: template constexpr std::pair::__type, 
typename std::__decay_and_strip<_T2>::__type> std::make_pair(_T1&&, _T2&&)
 make_pair(_T1&& __x, _T2&& __y)
 ^
/usr/include/c++/7/bits/stl_pair.h:519:5: note:   template argument 
deduction/substitution failed:
src/tree/arrangervec.cpp:125:83: note:   cannot convert ‘arr’ (type 
‘Arranger*’) to type ‘Arranger*&&’
 arrangers.insert(std::make_pair(arr->GetName(), 
arr));

   ^
Makefile:6859: recipe for target 'lamarc-arrangervec.o' failed


Kind regards

   Andreas. 

-- 
http://fam-tille.de

Re: [Debian-med-packaging] C++ help needed for lamarc

[Gert Wollny]

Am Montag, den 04.12.2017, 17:52 +0100 schrieb Andreas Tille:
> Hi,
> 
> I intend to package lamarc[1] and hit the following C++ issue:
> 
> ...
> g++ -DHAVE_CONFIG_H -I. -I./config   -Wdate-time -D_FORTIFY_SOURCE=2
> -DLAMARC_COMPILE_LINUX -DNDEBUG  -Wall -Wextra -Wno-
> unused -I ./config -I ./config -I ./src/bayeslike -I ./   src/control
> -I ./src/conversion -I ./src/convErr -I ./src/convModel -I
> ./src/convParse -I ./src/convStrings -I ./src/convUtil -I
> ./src/datalike -I ./src/force -I ./src/guiconv -I ./src/  guiutil
> -I ./src/lamarcmenus -I ./src/menu -I ./src/postlike -I ./src/report
> -I ./src/tools -I ./src/tree -I ./src/ui_interface -I ./src/ui_util
> -I ./src/ui_vars -I ./src/xml -I/usr/include/ boost -I ./resources
> -DTIXML_USE_STL -g -O2 -fdebug-prefix-map=/build/lamarc-2.1.10+dfsg=. 
> -fstack-protector-strong -Wformat -Werror=format-security -c -o
> lamarc-mathx.o `test -f 'src/tools/ mathx.cpp' || echo
> './'`src/tools/mathx.cpp
> src/tools/mathx.cpp: In member function
> ‘std::pair >
> EigenCalculator::Eigen(DoubleVec2d)’:
> src/tools/mathx.cpp:781:64: error: no matching function for call to
> ‘make_pair(DoubleVec1d&, DoubleVec2d&)’
>  return make_pair(eigvals, eigvecs);
> ^
> In file included from /usr/include/c++/7/bits/stl_algobase.h:64:0,
>  from /usr/include/c++/7/bits/char_traits.h:39,
>  from /usr/include/c++/7/ios:40,
>  from /usr/include/c++/7/ostream:38,
>  from /usr/include/c++/7/iostream:39,
>  from src/tools/mathx.cpp:13:
> /usr/include/c++/7/bits/stl_pair.h:519:5: note: candidate:
> template constexpr std::pair std::__decay_and_strip<_Tp>::__type, typename
> std:: __decay_and_strip<_T2>::__type>
> std::make_pair(_T1&&, _T2&&)
>  make_pair(_T1&& __x, _T2&& __y)
>  ^
> /usr/include/c++/7/bits/stl_pair.h:519:5: note:   template argument
> deduction/substitution failed:
> src/tools/mathx.cpp:781:64: note:   cannot convert ‘eigvals’ (type
> ‘DoubleVec1d {aka std::vector}’) to type
> ‘std::vector&&’
>  return make_pair(eigvals, eigvecs);

make_pair doesn't require the explicite type specification, i.e. the
following should work: 

- return make_pair(eigvals, eigvecs);
+ return make_pair(eigvals, eigvecs);

Best, 
Gert 

Re: How to get debian ci test passed for proxy application

[Antonio Terceiro]

On Mon, Dec 04, 2017 at 04:59:12PM +0100, gregor herrmann wrote:
> On Mon, 04 Dec 2017 22:45:21 +0900, Roger Shimizu wrote:
> 
> > On Mon, Nov 27, 2017 at 5:36 AM, gregor herrmann  wrote:
> > > On Sun, 26 Nov 2017 18:42:22 +, James Cowgill wrote:
> > >> I think you might need a "Restrictions: isolation-container" to get
> > >> network access, but that's only a guess.
> > > That's not my experience. We have quite a few perl packages where the
> > > tests do something networky and haven't experienced problems on
> > > ci.debian.net (modulo failing requests to external resources but
> > > that's of course a different story).
> > Maybe out bound network activity is OK, but not for open tcp port to
> > listen, as James said.
> 
> Sorry for being not more clear in my first mail: we also start all
> kinds of daemons, either from the package itself or some other
> packages (mysql, mariadb, memcached, …), and the tests successfully
> connect to them.

You do not need anything Restrictions: to be able to start a daemon or
listen on a local TCP port.

I tried the package locally both under autopkgtest+lxc, and on my host
system, and got the same results as the ones in ci.debian.net, i.e.
stuff like

running test:  python tests/test.py -c tests/chacha20-ietf-poly1305.json
*   Trying 127.0.0.1...
* TCP_NODELAY set
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
  0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0* 
SOCKS5 communication to www.google.com:80
* SOCKS5 request granted.
* Connected to 127.0.0.1 (127.0.0.1) port 1081 (#0)
> GET / HTTP/1.1
> Host: www.google.com
> User-Agent: curl/7.57.0
> Accept: */*
>
* Empty reply from server
  0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0
* Connection #0 to host 127.0.0.1 left intact
curl: (52) Empty reply from server
test failed:  python tests/test.py -c tests/chacha20-ietf-poly1305.json


I tried messing with tests/test.py like this:

diff --git a/tests/test.py b/tests/test.py
index 0a1297b..ec8f3e3 100755
--- a/tests/test.py
+++ b/tests/test.py
@@ -60,9 +60,9 @@ if config.client_args:
 else:
 server_args.extend(config.client_args.split())

-p1 = Popen(server_args, stdin=PIPE, stdout=PIPE, stderr=PIPE, close_fds=True)
-p2 = Popen(client_args, stdin=PIPE, stdout=PIPE, stderr=PIPE, close_fds=True)
-p5 = Popen(tunnel_args, stdin=PIPE, stdout=PIPE, stderr=PIPE, close_fds=True)
+p1 = Popen(server_args, stdin=PIPE, close_fds=True)
+p2 = Popen(client_args, stdin=PIPE, close_fds=True)
+p5 = Popen(tunnel_args, stdin=PIPE, close_fds=True)
 p3 = None
 p4 = None
 p3_fin = False

and discovered that the test server is not listening to the port you think it 
is:

| $ ./tests/test.sh 
| running test:  python tests/test.py -c tests/aes.json
|  2017-12-04 16:07:02 INFO: UDP relay enabled
|  2017-12-04 16:07:02 INFO: initializing ciphers... aes-256-cfb
|  2017-12-04 16:07:02 ERROR: bind: Address already in use
|  2017-12-04 16:07:02 ERROR: bind() error
|  2017-12-04 16:07:02 INFO: initializing ciphers... aes-256-cfb
|  2017-12-04 16:07:02 INFO: listening at 127.0.0.1:1081
|  2017-12-04 16:07:02 INFO: initializing ciphers... aes-256-cfb
|  2017-12-04 16:07:02 INFO: UDP relay enabled
|  2017-12-04 16:07:02 INFO: listening at 127.0.0.1:1082



| *   Trying 127.0.0.1...
| * TCP_NODELAY set
|   % Total% Received % Xferd  Average Speed   TimeTime Time  
Current
|  Dload  Upload   Total   SpentLeft  Speed
|   0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 
0* SOCKS5 communication to www.google.com:80
|  2017-12-04 16:07:04 INFO: connect to www.google.com:80
| * SOCKS5 request granted.
| * Connected to 127.0.0.1 (127.0.0.1) port 1081 (#0)

| > GET / HTTP/1.1
| > Host: www.google.com
| > User-Agent: curl/7.57.0
| > Accept: */*
| > 
|  2017-12-04 16:07:04 ERROR: remote_recv_cb_recv: Connection reset by peer
| * Empty reply from server
|   0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0
| * Connection #0 to host 127.0.0.1 left intact
| curl: (52) Empty reply from server
|  2017-12-04 16:07:04 INFO: closed gracefully
| test failed:  python tests/test.py -c tests/aes.json

Why this happens? Because on autopkgtest, you assume the package is already
*installed*. I assume the the daemon provided by the binary package is already
listening to port 1081, so the test server starts on 1082.

In this case, I think you want connect to the daemon that is already running,
i.e. the one that is provided by the binary package, instead of some daemon
that is started by the test themselves.

the log from
http://debomatic-amd64.debian.net/distribution#unstable/shadowsocks-libev/3.1.1+ds-1/autopkgtest
seems 

Re: CMake help needed to enable hdf5 for gatb-core (Was: [MoM] Re: gatb-core packaging)

[Andreas Tille]

Hi again

some problems with gatb[1].  With the new upstream version, I get:

cc1plus: error: -Wformat-security ignored without -Wformat 
[-Werror=format-security]
cc1plus: error: -Wformat-security ignored without -Wformat 
[-Werror=format-security]


Any idea how to fix this?

Kind regards

  Andreas. 


[1] https://anonscm.debian.org/git/debian-med/gatb-core.git

-- 
http://fam-tille.de

C++ help needed for lamarc

[Andreas Tille]

Hi,

I intend to package lamarc[1] and hit the following C++ issue:

...
g++ -DHAVE_CONFIG_H -I. -I./config   -Wdate-time -D_FORTIFY_SOURCE=2 
-DLAMARC_COMPILE_LINUX -DNDEBUG  -Wall -Wextra -Wno-unused -I 
./config -I ./config -I ./src/bayeslike -I ./   src/control -I ./src/conversion 
-I ./src/convErr -I ./src/convModel -I ./src/convParse -I ./src/convStrings -I 
./src/convUtil -I ./src/datalike -I ./src/force -I ./src/guiconv -I ./src/  
guiutil -I ./src/lamarcmenus -I ./src/menu -I ./src/postlike -I ./src/report -I 
./src/tools -I ./src/tree -I ./src/ui_interface -I ./src/ui_util -I 
./src/ui_vars -I ./src/xml -I/usr/include/ boost -I ./resources -DTIXML_USE_STL 
-g -O2 -fdebug-prefix-map=/build/lamarc-2.1.10+dfsg=. -fstack-protector-strong 
-Wformat -Werror=format-security -c -o lamarc-mathx.o `test -f 'src/tools/ 
mathx.cpp' || echo './'`src/tools/mathx.cpp
src/tools/mathx.cpp: In member function ‘std::pair > EigenCalculator::Eigen(DoubleVec2d)’:
src/tools/mathx.cpp:781:64: error: no matching function for call to 
‘make_pair(DoubleVec1d&, DoubleVec2d&)’
 return make_pair(eigvals, eigvecs);
^
In file included from /usr/include/c++/7/bits/stl_algobase.h:64:0,
 from /usr/include/c++/7/bits/char_traits.h:39,
 from /usr/include/c++/7/ios:40,
 from /usr/include/c++/7/ostream:38,
 from /usr/include/c++/7/iostream:39,
 from src/tools/mathx.cpp:13:
/usr/include/c++/7/bits/stl_pair.h:519:5: note: candidate: template constexpr std::pair::__type, 
typename std:: __decay_and_strip<_T2>::__type> 
std::make_pair(_T1&&, _T2&&)
 make_pair(_T1&& __x, _T2&& __y)
 ^
/usr/include/c++/7/bits/stl_pair.h:519:5: note:   template argument 
deduction/substitution failed:
src/tools/mathx.cpp:781:64: note:   cannot convert ‘eigvals’ (type ‘DoubleVec1d 
{aka std::vector}’) to type ‘std::vector&&’
 return make_pair(eigvals, eigvecs);
^
Makefile:6719: recipe for target 'lamarc-mathx.o' failed


Any hint how to fix this?

Kind regards

   Andreas.


[1] https://anonscm.debian.org/git/debian-med/lamarc.git

-- 
http://fam-tille.de

Re: How to get debian ci test passed for proxy application

[gregor herrmann]

On Mon, 04 Dec 2017 22:45:21 +0900, Roger Shimizu wrote:

> On Mon, Nov 27, 2017 at 5:36 AM, gregor herrmann  wrote:
> > On Sun, 26 Nov 2017 18:42:22 +, James Cowgill wrote:
> >> I think you might need a "Restrictions: isolation-container" to get
> >> network access, but that's only a guess.
> > That's not my experience. We have quite a few perl packages where the
> > tests do something networky and haven't experienced problems on
> > ci.debian.net (modulo failing requests to external resources but
> > that's of course a different story).
> Maybe out bound network activity is OK, but not for open tcp port to
> listen, as James said.

Sorry for being not more clear in my first mail: we also start all
kinds of daemons, either from the package itself or some other
packages (mysql, mariadb, memcached, …), and the tests successfully
connect to them.
 
Maybe Antonio as the ci.d.n guru and maintainer can give an
authoritative answer :)


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: U2: Kite


signature.asc
Description: Digital Signature

Re: How to get debian ci test passed for proxy application

[Roger Shimizu]

Thanks all for your reply!

On Mon, Nov 27, 2017 at 3:42 AM, James Cowgill  wrote:
> Hi,
>
> On 26/11/17 17:00, Roger Shimizu wrote:
>
>> The last test.sh script invokes the test, which creates local proxy
>> listen to 127.0.0.1:1081, and then it calls curl command to get index
>> page of google via local proxy, 127.0.0.1:1081.
>>
>> My local test shows all pass, while debian ci test [1] shows a
>> connection timeout message.
>> So I'm wondering whether debian ci support network activity, and how
>> can I configure the test to get it passed.
>
> I think you might need a "Restrictions: isolation-container" to get
> network access, but that's only a guess.

Thanks for the hint!

I find a supporting document [2], which state this flag is to allow
open network TCP ports.

[2] https://people.debian.org/~mpitt/autopkgtest/README.package-tests.html

However, I tried "Restrictions: isolation-container", but it still failed [3]

[3] 
https://ci.debian.net/data/autopkgtest/unstable/amd64/s/shadowsocks-libev/20171201_180744/log.gz

So I'll try to use "Restrictions: isolation-machine" next.


On Mon, Nov 27, 2017 at 5:36 AM, gregor herrmann  wrote:
> On Sun, 26 Nov 2017 18:42:22 +, James Cowgill wrote:
>
>> > My local test shows all pass, while debian ci test [1] shows a
>> > connection timeout message.
>> > So I'm wondering whether debian ci support network activity, and how
>> > can I configure the test to get it passed.
>> I think you might need a "Restrictions: isolation-container" to get
>> network access, but that's only a guess.
>
> That's not my experience. We have quite a few perl packages where the
> tests do something networky and haven't experienced problems on
> ci.debian.net (modulo failing requests to external resources but
> that's of course a different story).

Maybe out bound network activity is OK, but not for open tcp port to
listen, as James said.


On Wed, Nov 29, 2017 at 5:45 PM, gustavo panizzo  wrote:
>
> I'd suggest to install apache as part of the tests and connect to
> localhost:80, that way it always works even if ci.debian.net moves to
> China or google goes down
>
> to test python-openstackclient; MySQL, RabbitMQ, Apache and others are
> installed, I haven't check its tests in a while but happy to help you

Thanks for your idea!
Maybe it'a a last resort, but I want to avoid currently.
It's too big for just a simple test.

And actually the package I'm try to make the test to work is helping
people to fight with censorship in mid- or far- east area.
So your example is not so proper IMHO.

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1

Bug#883476: RFS: gnome-shell-extension-kimpanel/0~20171201-1 [ITP]

[Boyuan Yang]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: pkg-ime-de...@lists.alioth.debian.org

Dear mentors,

  I am looking for a sponsor for my package "gnome-shell-extension-kimpanel"

 * Package name: gnome-shell-extension-kimpanel
   Version : 0~20171201-1
   Upstream Author : Weng Xuetian 
 * URL : https://github.com/wengxt/kimpanel-for-gnome-shell
 * License : GPL-2
   Section : gnome

  It builds those binary packages:

gnome-shell-extension-kimpanel - KDE's kimpanel implementation for GNOME 
Shell

  To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/gnome-shell-extension-kimpanel


  Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/g/gnome-shell-extension-kimpanel/gnome-shell-extension-kimpanel_0~20171201-1.dsc

  Git packaging repository:


https://anonscm.debian.org/git/collab-maint/gnome-shell-extension-kimpanel.git

  Changes since the last upload:

 gnome-shell-extension-kimpanel (0~20171201-1) unstable; urgency=medium
 .
   * Initial release. Closes: #883474

Regards,
Boyuan Yang

signature.asc
Description: This is a digitally signed message part.

Bug#883462: RFS: gnustep-sqlclient/1.8.1-3

[Yavor Doganov]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "gnustep-sqlclient".

 * Package name: gnustep-sqlclient
   Version : 1.8.1-3
   Upstream Author : Richard Frith-Macdonald 
 * URL : http://gnustep.org
 * License : LGPL-3.0+
   Section : libs

It builds these binary packages:

 libsqlclient-dev - SQL client library for GNUstep (development files)
 libsqlclient1.8 - SQL client library for GNUstep (runtime library)

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/gnustep-sqlclient

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gnustep-sqlclient/gnustep-sqlclient_1.8.1-3.dsc

Git repository:

  git clone git://anonscm.debian.org/git/pkg-gnustep/gnustep-sqlclient.git

Changes since the last upload:

  * Upload to unstable.
  * debian/rules (override_dh_auto_build): Invoke dh_auto_build instead of
$(MAKE) to enable parallel builds.
  * debian/control (Standards-Version): Bump to 4.1.2 (no changes needed).
  * debian/tests/control:
  * debian/tests/sql-bundle-test: New files.

(FYI, the relevant release.d.o bug is #883455.)

Re: How to switch all->any?

[Gianfranco Costamagna]

Hello,


>How can I get rid of that? 0.7.9-1 is in the Debian archives, but
>neither part of testing, nor of unstable. It would however useful to
>keep this version, f.e. for use in snapshots.d.o.


it will  be kept in snapshots regardless of your removal.


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880493

just ask to remove the arch:all too and you should be done

rmadison -u debian sunpy
sunpy  | 0.7.4-2   | stable | source
sunpy  | 0.7.9-1   | unstable   | source
sunpy  | 0.7.9-1   | unstable-debug | source
sunpy  | 0.8.1-2   | unstable   | source
sunpy  | 0.8.1-2   | unstable-debug | source
sunpy  | 0.8.2-1   | unstable   | source
sunpy  | 0.8.2-1   | unstable-debug | source


python-sunpy | 0.7.9-1   | unstable   | hurd-i386
python-sunpy | 0.8.1-2   | unstable   | kfreebsd-i386, powerpc
python-sunpy | 0.8.2-1   | unstable   | amd64, arm64, armel, i386, 
kfreebsd-amd64, mips, mips64el, mipsel, ppc64el, s390x


the old source seems to be still around in the archive, not sure why

G.

Re: How to switch all->any?

[Mattia Rizzolo]

On Mon, Dec 04, 2017 at 10:20:11AM +0100, Ole Streicher wrote:
> The package is not in testing in the moment. However, it also does not
> migrate with the message "missing build on all: python3-sunpy (from
> 0.7.9-1)".
> 
> How can I get rid of that? 0.7.9-1 is in the Debian archives, but
> neither part of testing, nor of unstable.

python3-sunpy | 0.7.9-1   | unstable   | all

It's still part of unstable, so you'll have to request the removal of
this binary.
Although, it should have been marked as cruft long ago and been
automatically removed, I don't understand why it's still around.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

How to switch all->any?

[Ole Streicher]

Hi,

I have a (Python 3) package that introduced some system dependent
binaries, and therefore the package had to switch from "all" to "any".

The package is not in testing in the moment. However, it also does not
migrate with the message "missing build on all: python3-sunpy (from
0.7.9-1)".

How can I get rid of that? 0.7.9-1 is in the Debian archives, but
neither part of testing, nor of unstable. It would however useful to
keep this version, f.e. for use in snapshots.d.o.

Best regards

Ole