Bug#883367: RFS: roadfighter/1.0.0-1 [ITP] -- Drive a car in a death race
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
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
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
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
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
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
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, std::vector > > > 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
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 truncated, but I would assu
Re: CMake help needed to enable hdf5 for gatb-core (Was: [MoM] Re: gatb-core packaging)
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
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, std::vector > > 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
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
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]
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
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?
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?
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?
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