Would be nice!
I use it to switch gps satellites with ublox7 e.g.
glonass() {
ubxtool -w 0.1 -P 14.00 -c 06,16,00,03,03,00,00,00,00,00
ubxtool -w 0.1 -P 14.00 -c
06,3e,00,16,16,04,00,04,FF,00,00,00,00,01,01,01,03,00,00,00,00,01,05,00,03,00,00,00,00,01,06,08,ff,00,01,00,00,01
}
anyway
Thank you for registering with NZX and creating your NZX account.
Before you can login, please activate your account. Activating your account
confirms your email address and lets you set your own password.
Please use the following link to begin the activation process:
Package: installation-reports Boot method: MMC Image version:
https://deb.debian.org/debian/dists/stable/main/installer-armhf/current/
images/netboot/SD-card-images/ Date: 05.01.2022 Machine: Cubietruck Base
System Installation Checklist: [O] = OK, [E] = Error (please elaborate
below), [ ] =
OpenAFS users have been working on this bug for several days.
There are reports on the openafs-info mailing list of patches that allow
OpenAFS to work on linux 4.4.x kernels.
Patches should be available soon from upstream.
Patch doesn't work as expected.
fex_cleanup is deleting files to early.
Moving vhost-spool dirs out of normal fex-spool dir
doesn't help either...
Looking into it.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: fex
Version: 20130510-1
Hi!
I'd like to thank you for this great tool.
I'm using this in vhost configuration and found out,
that the headers are always displaying the hostname in /etc/fex/fex.ph
in the configuration and not the one in the vhost fex.ph.
I tried this fix, which works ok
Package: fex
Version: 20130510-1
fac -A alias:fqdn
is creating files in /usr/share/fex/
Suggested patch creates config in /etc/fex/vhosts/fex-$alias.ph
and spools in /var/spool/fex/vhost-$alias
Things *TODO*: I didn't test if fex_cleanup is working correctly.
I'll report back in next days.
self-compiled version of
http://people.debian.org/~jcristau/wheezy-drm34/
with headers
uptime 1day 11 hours (24 hours running)
tested:
Intel(R) Core(TM) i5-3450
Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller
7 Series/C210 Series Chipset Family High Definition Audio Controller
31, 32, 39 failed before and after patching:
t/31_ocropus.t . 1/? Using ocroscript with recognize.
tesslanguage=eng ocroscript recognize test.png
# Failed test 'Ocropus returned sensible text'
# at t/31_ocropus.t line 32.
# '!DOCTYPE html
# PUBLIC
tests failed with old patch (111_sav...)
because empty option-font was
passed in tests. now working.
fixed patch attached.
31, 32, 39 failed before and after patching:
t/31_ocropus.t . 1/? Using ocroscript with recognize.
tesslanguage=eng ocroscript recognize test.png
#
Package: gscan2pdf
Version: 1.0.0-1
Severity: important
Tags: patch
html-entities returned by ocropus are visualized
by X-Boxes. Just decode them to UTF to show
correct representation on screen.
Please check patch. I'm not a perl programmer.
Following should fix this in
Noticed that there's already a point where
decode_entities is called...
in /usr/share/perl5/Gscan2pdf/Page.pm
but it's missing some.
Hmm... looking into it.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Looks like this is a utf-8 problem.
The following patch seems to fix editing problem
and conversion problems on pdf-export.
tesseract texts fail on editing and changing the page.
same as before... problem still not found.
however... next bug report will bring a real improvement.
---
Package: gscan2pdf
Version: 1.0.0-1
Severity: important
Tags: patch
when you try to export a ocropus ocr-text into a pdf
the result is a very slow export, very large document,
very large memory consumption during and after the export.
That's because fonts are added multiple times to the
I'm using gscan2pdf backported on squeeze.
When I scan pages and ocr with ocropus special
characters like üÜ öÖ etc. appear like boxed X-es
on screen. Editing the text results in problems.
The text in exported PDFs has a wrong encoding.
(= is screwed up, copied text is partly useable)
The sent
Package: cfengine3
Version: 3.0.5+dfsg-1
Severity: normal
--- Please enter the report below this line. ---
My promises.cf file looks like this:
body common control
{
bundlesequence = {
installed_packages
};
inputs =
Package: cfengine3
--- Please enter the report below this line. ---
cf3 XX Nothing promised here [lock.installed_packages.packag] (152/240
minutes elapsed)
Program received signal SIGSEGV, Segmentation fault.
__strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31
31
Package: cfengine3
--- Please enter the report below this line. ---
according to the changelog this bug should be fixed in 3.0.5p1.
3.0.5p1
Showing paths allowed/denied access to when cf-serverd is run in
verbose mode.
Bug in server fixed for dynamic addresses.
File
Address is probaly not reply-able. Testing anyway.
??? Im getting updates on the bugreport with a different method.
Reported the bug because bind9 build-depends on texlive-latex-base
which fails to install because of the mentioned problem.
--
To UNSUBSCRIBE, email to
Package: texlive-latex-base
Version: 2005.dfsg.3-1
The package-installation hangs in the post-inst script because
pdfetex complaints about old source files (complete logfile attached):
!!
! You are attempting to make a LaTeX format
Package: shorewall
Running: Debian Lenny Stable
Startup is set to Yes in /etc/shorewall/shorewall.conf
Startup is set to 1 in /etc/default/shorewall
IP forwardning is set to On in /etc/default/shorewall.conf
I am experiencing the same problem, ipv4 forwarding does not work at all, I
am
21 matches
Mail list logo
