I had the same problem, but if you use the service configured by the debian
packages it works fine (like: systemctl omnidb start). For more information you
can see:
/usr/share/doc/omnidb-server/README.Debian
Regards
--
Diego Roversi
Package: omnidb-server
Version: 3.0.3b+ds-4
Severity: important
X-Debbugs-Cc: die...@tiscali.it
After a fresh install of omnidb-server, I connect to localhost:8000 with the
browser, without problem, I can create a new user without problem, but when I
tried to create a new connection to a local
Hi,
this bug is still there for me. All packages updated to bookworm/testing. Let
me know, if you need more info.
Thanks in advance,
Diego.
Package: shellinabox
Version: 2.21+b1
Severity: normal
X-Debbugs-Cc: die...@tiscali.it
Dear Maintainer,
thanks for maintaing the package. Just a simple request, it's possible to
move the javascript in the main page in to an external .js file? So that we can
easily enable CSP (for example in
8.9
>
I confirm that there is no problem with the new stable:
Preparing to unpack .../black_20.8b1-4_all.deb ...
Unpacking black (20.8b1-4) ...
Setting up black (20.8b1-4) ...
Processing triggers for man-db (2.9.4-2) ...
Thanks,
Diego.
--
Diego Roversi
Package: black
Version: 18.9b0-1-6
Severity: important
Hello,
during installation it gives me this error:
Setting up black (18.9b0-1-6) ...
-V is ignored in pypycompile
Failed to byte-compile /usr/lib/python3/dist-packages/black.py: File
"/usr/lib/python3/dist-packages/black.py", line 128
Source: searx
Severity: important
Tags: upstream
Dear Maintainer,
the current version of searx in debian fail to parse results from google. The
problem is already known to the upstream and a fix exists in upstream git:
UWSGI_DEB_CONFNAME=hello UWSGI_DEB_CONFNAMESPACE=app uwsgi --ini
/usr/share/uwsgi/conf/default.ini --ini /etc/uwsgi/apps-enabled/hello.ini
Thanks,
Diego.
--
Diego Roversi
| sed -e "s:\\(^\\|\\x0\\)${UWSGI_CONFDIR}/:\\1:g" \
-e
"s:\\([^\\x0/]\\+\\)\\([^\\x0]\\+\\)\\?/\\([^/\\x0]\\+\\)\\.${UWSGI_CONFFILE_TYPES_REGEXP}\\x0:\\1/\\3\\x0:g"
\
It should be enough. It worked for me: I tested on a fresh vm with testing
and sysvinit.
Thanks,
Diego.
--
Diego Roversi
changes? At the moment upgrading the
package result in a not working program (at least without some workaround
requiring to change default.ini file, that is overwritten in a following
upgrade).
Thanks,
Diego.
--
Diego Roversi
Package: uwsgi
Version: 2.0.17.1-2
Severity: normal
uwsgi don't start from init script. Also if I try to start manually:
/usr/bin/uwsgi --ini /usr/share/uwsgi/conf/default.ini --ini
/etc/uwsgi/apps-enabled/searx.ini --daemonize /var/log/uwsgi/app/uwsgi.log
: it also need updated amdgpu firmware from upstream.
Thanks,
Diego Roversi
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.17.0-rc4 (SMP w/4 CPU cores)
Locale: LANG
Package: python3-searx
Version: 0.12.0+dfsg1-1
Severity: normal
Tags: upstream patch
The problem is already fixed uptream:
https://github.com/asciimoo/searx/pull/971
-- System Information:
Debian Release: 9.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Package: u-boot-rockchip
Version: 2017.07+dfsg1-3
Severity: important
Hello,
u-boot-rockchip fail to load dtb file because it look for
rockchip-firefly-rk3288.dtb (if i remember well, I don't
have the boot log available atm), instead of rk3288-firefly.dtb.
As a workaround I had stopped
On Sat, Jul 15, 2017 at 09:32:50PM +0300, Riku Voipio wrote:
>
> This is correct path. That is where the kernel package installs dtbs to.
>
> > But it should be /dtb-4.9.0-3-armmp-lpae
>
> > This error make the menu unusable. No matter what entry you choose, file to
> > load
> > dtb file and
tandard layout used in debian-installer. So I think is
important to support it.
Also, I see there is no /etc/default/u-boot, so can be useful to add it to the
package as a empty template.
Thanks,
Diego.
--
Diego Roversi <die...@tiscali.it>
to boot.scr for loading the images.
Thanks,
Diego Roversi
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: armhf (armv7l)
Kernel: Linux 4.12.0-12921-g235b84fc86 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C
/debian-arm/2017/01/msg0.html
The missing module is i2c_rk3x. Could you add to the image?
Thanks in advance.
--
Diego Roversi <die...@tiscali.it>
mlinuz
** Unable to read file vmlinuz **
SCRIPT FAILED: continuing...
PS: The daily image, indeed had the vmlinuz, but not the initrd.img.
Thanks in advance.
--
Diego Roversi <die...@tiscali.it>
ily-images/armhf/daily/, but initrd.img is missing
instead of vmlinuz.
--
Diego Roversi <die...@tiscali.it>
There is a proposed fix from upstream:
https://github.com/boothj5/profanity/commit/3e18aab9f38fad3cd971ec09684f7e03f299cc87
This commit worked for me on armhf, but it should fix it also for all the other
architecture.
--
Diego Roversi <die...@tiscali.it>
),
engine.resource.fileName(library, writable = True)]
names = []
for songRoot in songRoots:
+if not os.path.isdir(songRoot):
+ continue
for name in os.listdir(songRoot):
if not os.path.isfile(os.path.join(songRoot, name, "song.ini")) or
name.startswith("."):
isc-dhcp-client suggests:
pn avahi-autoipd
ii resolvconf 1.76.1
-- no debconf information
--
Diego Roversi <die...@tiscali.it>
: recipe for target 'certs' failed
make[1]: *** [certs] Error 2
Thanks,
Diego Roversi
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 4.5.0-1-686 (SMP w/2 CPU cores)
Locale: LANG
/system/fastd.service /etc/systemd/system/fastd@.service
and now it works fine, using "service fastd@ start".
Thanks in advance,
Diego Roversi.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture:
a fastd.conf file. But some explicit instruction will be more
/useful :)
Thanks in advance,
Diego Roversi
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 4.5.0-1-686 (SMP w/2 CPU cores
Subject: joe: please update to joe 4.1
Package: joe
Version: 3.7-2.4
Severity: wishlist
Dear Maintainer,
please update to version 4.1, it fixes some bugs including #549276.
Thanks,
Diego.
Hello,
the bug is fixed upstream in the fix-types branch. Tested with this
mercurial version: 526:d20bf1ae4862.
Thanks,
Diego.
Hello,
Just fyi, I've reported this bug to upstream:
https://sourceforge.net/p/joe-editor/bugs/335/
There is already a patch proposed.
Thanks,
Diego.
The problem can be solved by removing the depends on that particular version of
limetadata-extractor-java, and removing the patch
07-downgrade-metadata-extractor.patch
The dependency on libmetadata-extractor-java is already fixed on upstream:
http://josm.openstreetmap.de/ticket/8895
Note,
30 matches
Mail list logo