arate
options/profiles for no-gssapi and no-sql though, as postgresql
supports a stage1 build without krb5 for bootstrapping purposes and in
this case they are really independent from each other.
Regards,
Karsten
--
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie
5756d083d08620b167547d6860
https://github.com/ivmai/libatomic_ops/commit/4f68118ead90f5a2940cea6baa28d24ab2fb9f74
https://github.com/ivmai/libatomic_ops/commit/393d7a7ff54565230f44e59a9c73addc9e627f56
It would be great if you could upload a new version of
libatomic-ops to unstable with these patches
On Mon, Mar 26, 2018 at 12:47:18AM +0100, Colin Watson wrote:
> On Sat, Mar 17, 2018 at 09:09:11PM +0100, Karsten Merker wrote:
> > I would like to add support for a "pkg.cdebconf.nogtk" build-profile
> > to cdebconf. Background for that is that cdebconf (in particu
Control: tags 891803 + patch
Control: tags 891803 + pending
Dear maintainer,
I've prepared an NMU for cracklib2 (versioned as 2.9.2-5.1) and
will upload it now. Attached is the nmudiff.
Regards,
Karsten
--
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der
onvenient for the riscv porters, so are
> exploring whether it would be possible to have the dak support made
> available via p-u after the upcoming point release.
Hello,
I wanted to kindly ask whether there are any news on this topic
and whether there is anything that the RISC-V porter
n the process of bootstrapping a new Debian
architecture (riscv64, https://wiki.debian.org/RISC-V) and
therefore affected by this problem. The underlying issue has
been solved in upstream coreutils 8.29, so I would like to ask
whether it would perhaps be possible for you to update coreutils
in u
On Thu, Mar 01, 2018 at 12:07:39AM +0100, Karsten Merker wrote:
> Source: cracklib2
> Version: 2.9.2-5
> Severity: normal
> Tags: patch
> X-Debbugs-CC: debian-ri...@lists.debian.org
> User: debian-ri...@lists.debian.org
> Usertags: riscv64
>
> Hello,
>
> th
ther you see some reason to object to this change.
The debdiff between a standard build and a build with the
build-profile set is clean; the only difference with the
build-profile enabled is that the gtk-related binary packages
aren't built.
If the patch is ok for you, I'll apply it to cdebconf git and
uploa
The patch has been committed to the libdebian-installer git
repository; the CI build on jenkins was successful. I intend to
upload the package with the patch included on the weekend unless
somebody @debian-boot should voice objections.
Regards,
Karsten
--
Gem. Par. 28 Abs. 4 Bundesdatenschutzgese
we depend on this
for completing our bootstrapping efforts.
Regards,
Karsten
--
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der
Werbung sowie der Markt- oder Meinungsforschung.
diff -Nur libverto-0.2.4/debian/control libv
tps://bugs.debian.org/891365 to unstable.
Regards,
Karsten
--
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der
Werbung sowie der Markt- oder Meinungsforschung.
>From aafe1a5ca4f95a2d12e13fdb28c4f3ba63bd7c
!powerpc !powerpcspe !ppc64 !ppc64el !sh4)LIBFFI_COMPLEX_7.0
3.3~20170512
+#MISSING: 3.3~20180131-2# (symver|arch=!hppa !ia64 !m68k
!sh4)LIBFFI_GO_CLOSURE_7.0 3.3~20170512
Regards,
Karsten
--
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der Weitergabe meiner
g to carry this header file as a Debian patch. I would
apprechiate very much if you could upload a new package version
that includes this patch to unstable in the near future as we
depend on it for continuing our bootstrap efforts.
Regards,
Karsten
--
Gem. Par. 28 Abs. 4 Bundesdatensc
/dpkg/status
Please consider packagin wxPython 4 for Debian as your time allows.
Thanks,
Karsten
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture
Package: shutter
Version: 0.93.1-2
Severity: wishlist
Tags: upstream
There's a new upstream available from launchpad.net.
Kindly consider an update.
Many thanks,
Karsten
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable
Package: ganeti
Version: 2.15.2-7+deb9u1
Severity: minor
Dear Maintainer,
in the postinst note informing about how to replace the keys, "RSA"
has to be lower case:
8<
root@debian-grade:~# gnt-cluster renew-crypto --new-ssh-keys
--ssh-key-type=RSA --ssh-key-bits=2048
Usage
=
gnt-cluster
a newer
board revision and are not compatible with this board revision.
How can one bring the NVRAM back into a sane state that allows
getting into the setup and booting from external devices?
Regards,
Karsten
Technical information about the system:
---
H
Package: lshw
Version: 02.18-0.1
Severity: important
Tags: upstream
Hi,
LSHW suddenly provokes a kernel OOPs.
(Possibly related to #848791 ?)
Jan 07 18:05:25 hermes kernel: resource sanity check: requesting [mem
0x000c-0x000d], which spans more than PCI Bus :00 [mem
arations
> +CFLAGS = -Wall -W -ggdb -Wmissing-declarations
>
> ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
> CFLAGS += -O0
Hello,
the patch has been applied to the libdebian-installer git repository.
Regards,
Karsten
--
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der
Werbung sowie der Markt- oder Meinungsforschung.
assified as minor problem.
Hopefully other user will profit from this description.
Cheers
Karsten
useful information i will report it here.
Best regards
Karsten
-- System Information:
Debian Release: 9.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0
Hi Ben,
Ben Hutchings wrote:
An updated package is available at:
https://people.debian.org/~benh/packages/jessie-pu/linux-image-3.16.0-4-amd64_3.16.51-3~a.test_amd64.deb
I can also confirm that this build works fine on my problematic
machines.
Thanks for the fix!
Karsten
signature.asc
Bernhard Schmidt wrote:
Can you check whether numa=off on the kernel command line fixes this as well?
Indeed it does. Appending numa=off to the kernel command line fixes
the bug in my KVM virtual machines as well as my physical servers (at
least the ones I've tested so far).
So this might be
I can reproduce the bug on multiple (physical) servers running in our
data center.
When booting my virtual servers with the new kernel, the issue did not
arise...
...until I enabled NUMA.
Booting a virtual machine with 2 sockets and 16 cores each works fine
when NUMA is disabled in KVM.
With
control: reassign 864562 u-boot-sunxi
control: retitle 864562 u-boot: broken ethernet support on Olimex
A20-Olinuxino-Micro Rev. J
control: tags 864562 patch
On Mon, Oct 16, 2017 at 10:45:57PM +0200, Karsten Merker wrote:
> On Mon, Oct 16, 2017 at 09:39:36PM +0200, Jean-Louis Mounier wr
doing so. I had started designing a
proof-of-concept for such a udeb, but have had to put that on
hold due to having to take care of a number of higher-priority
issues.
I'm setting the severity of this bug down from "normal"
to "wishlist" as it is about requesting the addition o
mouse button or scrolling with the mouse.
I am accessing the server from a client xvnc4viewer 4.1.1+X4.3.0-37.6 in Debian
8.
At this time i don't know how i can provide more information of the crash.
I have complete access to the server.
Regards
Karsten
-- System Information:
Debian Release: 9.1
Package: python-psycopg2
Version: 2.7.3-1
Severity: wishlist
Tags: upstream
May I kindly ask for an updated package ?
Upstream 2.7.3.2 is released to work with the PG10 client library which
enables things like SCRAM and multiple hosts in connection string.
Thanks,
Karsten
-- System Information
.
Thanks,
Karsten
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 4.13.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG
in i386
Packages
990 http://httpredir.debian.org/debian buster/main i386 Packages
500 http://httpredir.debian.org/debian unstable/main i386
Packages
100 /var/lib/dpkg/status
root@hermes:~/bin#
Does this module need a recompile ?
Thanks, K
On Sat, Oct 07, 2017 at 05:46:07PM +0200, Karsten Hilbert wrote:
> > Can you check if the upgrade works properly if you remove the
> > "unless"?
> >
> > chomp $ctype;
> > chomp $collate;
> > print STDERR "$ctype / $collate\n"
llate);
Unfortunately not:
root@hermes:~/bin# pg_upgradecluster 9.6 main
de_DE.UTF-8 / de_DE.UTF-8
0
Error: could not get cluster locales
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
On Sat, Oct 07, 2017 at 05:34:15PM +0200, Christoph Berg wrote:
> Re: Karsten Hilbert 2017-10-07
> <20171007152609.i4m5zc6yuol4j...@hermes.hilbert.loc>
>>>> return ($ctype, $collate) unless $?;
> >
> > Actually, isn't this inverted logic ?
> >
&g
ection to the server went bad and the
session was not interactive, and 3 if an error occurred in a
script and the variable ON_ERROR_STOP was set.
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
On Sat, Oct 07, 2017 at 04:40:24PM +0200, Christoph Berg wrote:
> Re: Karsten Hilbert 2017-10-07
> <20171007132123.7eqyzz7455f5x...@hermes.hilbert.loc>
> > root@hermes:/usr/share/perl5# pg_upgradecluster 9.6 main
> > de_DE.UTF-8 / de_DE.UTF-8
> > Error:
could not get cluster locales
I also added a print statement:
chomp $ctype;
chomp $collate;
print STDERR "$ctype / $collate\n";
return ($ctype, $collate) unless $?;
return (undef, undef);
which produces the
de_DE.UTF-8 / de_DE.UTF-8
...
What else
TF-8
(1 Zeile)
HTH,
Karsten
not get cluster locales
root@hermes:~/bin#
Anything else I can provide ?
Karsten
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable'), (1, 'experimental')
Architecture: i386 (i686
Package: dnsmasq
Version: 2.76-5+deb9u1
Severity: important
Hello,
today i have to read that dnsmasq has 3 important security bugs that have been
fixed in version 2.78.
Code can be executed with the user rights!
Because dnsmasq is running as root this is an important security issue.
An update
Hello Simon,
Am 21.08.2017 um 12:39 schrieb Simon Josefsson:
> Hi Karsten,
>
> This was already covered, see successful output here:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851997#41
you have confirmed that it is NOT working!
New, >>>>> (NONE), Cip
ion is missing -
correct?
With the original installation procedure i didn't run into a similar problem.
> Or are you annoyed by the fact it asks for a password and user?
This is annoying because it is not clear what to do at this point.
Best regards
Karsten
Hi Simon,
have you tested the connection with the openssl command?
This fails - then the server falls back to an unencrypted connection.
I always get this result.
Regards
Karsten
Am 21.08.2017 um 08:41 schrieb Simon Josefsson:
> Hi Karsten,
>
> I am sorry you feel this way. In the b
believe it is an server that supports TLS
encryption ...
Cheers
Karsten
with database with this package now.
So it is easier to download and install direct from the sources. :-(
Then i have the advantage to get directly version 1.3.0.
Cheers
Karsten
-- System Information:
Debian Release: 9.1
APT prefers proposed-updates
APT policy: (500, 'proposed-updates'), (500
[10:10:34] Checking file i18n versions [ Update failed ]
[10:10:34] Warning: Download of 'i18n.ver' failed: Unable to determine the
latest version number.
What is going wrong here?
Regards
Karsten
-- System Information:
Debian Release: 9.1
APT prefers proposed-update
know together with an example script
> which used to work and now doesn't.
The reason for the problem is clear now.
Regards
Karsten
>
> Thanks,
> Dominic.
aborted at ./myscript.pl line 61.
Now for every script that uses modules in the local path the path have to be
defined like:
use lib "/path/to/local/modules"; #
http://perldoc.perl.org/perlrun.html#ENVIRONMENT
Regards
Karsten
-- System Information:
Debian Release: 9.1
APT prefer
Package: freeradius
Version: 3.0.12+dfsg-5
Severity: grave
Tags: upstream security
Justification: user security hole
Dear Maintainer,
the freeradius team released version 3.0.15 fixing several important
security issues found by a fuzzing analysis.
See:
Subject: freeradius: New upstream version 2.2.10 fixing security critical bugs
Package: freeradius
Version: 2.2.5+dfsg-0.2
Justification: user security hole
Severity: grave
Tags: security upstream
The freeradius team released version 2.2.10 fixing several important
security issues found by a
on causing the problem in kernel 4.9.0?
Best regards
Karsten
engaged!
[ 11.651924] ttyS2: LSR safety check engaged!
Best regards
Karsten
Board
> Machine: Freescale MX53 LOCO Board
> Kernel-Flavors: armmp mx5
>
> Thanks!
Hello,
many thanks for the patch submission. The machine db entry has
been added to the flash-kernel git repository and will enter the
archive on the next package upload (probably in a few days).
R
I am sorry but i confused vnc4server with x11vnc.
vnc4server does not tolerate another X server running.
So this bug is not existant. It has to be closed.
I am sorry but i confused vnc4server with x11vnc.
vnc4server does not tolerate another X server running.
So this bug is not existant. It has to be closed.
(It seems not to be so easy to close a bug ...)
Karsten
-- System Information:
Debian Release: 9.0
APT prefers proposed-updates
APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
LANGUAGE
ules/4.9.0-3-armmp-lpae/kernel/drivers/extcon/extcon-core.ko
Missing are at least ehci_platform, ehci_hcd, ohci_platform,
ohci_hcd and usbcore (when using the OTG controller also
musb_hdrc and udc_core) plus the axp20x_regulator regulator
driver and the axp20x_usb_power power supply driver.
Rega
Some thoughts about the bug report (sorry for the borked first version
of this mail):
1. There is already code in openldap that maps dn's to paths in the
cn=config backend when it writes the config tree to the file system in
/etc/ldap/slapd.d. Maybe that code or at least its escaping logic can
be
Hi guys,
please allow me to add some thoughts to this bug report:
1. Is there any way to re-use the way dn's are mapped to paths by the
cn=config backend for this purpose?
2017-06-14 12:59 GMT+02:00 Thorsten Glaser :
> On Tue, 13 Jun 2017, Ryan Tandy wrote:
>
>>> Hi
On Thu, Jun 08, 2017 at 10:50:57PM +0200, Karsten Merker wrote:
> Package: installation-reports
>
> Boot method: hd-media tarball from USB stick
> Image version:
> https://d-i.debian.org/daily-images/armhf/daily/hd-media/hd-media.tar.gz
> Date: 2017-06-08
>
> Ma
Looks like the same problem.
I am running a preseeded instal of stretch.
If someone can provide a preseed file for me to test with I can give
it a go, or try to collect my setup and post.
--
Carl K
I had 'this problem' I guess.
I was able to repo it with something like
late_command ... chroot target apt install unattended-updates
I changed chroot target to in-target and the problem went away.
--
Carl K
x/kernel/v4.x/ChangeLog-4.10.7
However, no such luck :-)
Perhaps, though, this inspires insight into more
knowledgeable people as to what might be the exact cause ?
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
Anything else I can do to get this issue looked into ?
Thanks,
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
On Sun, Mar 26, 2017 at 08:18:16PM +0200, Karsten Hilbert wrote:
> One thing I *haven't* tested yet is whether earlier kernel
> would make a difference -- not that I would think but who
> knows.
Just for kicks I booted all kernels installed on this machine
(all prior experimentation
s work until fairly recently (shortly before
I filed the bug) but now _never_ does, regardless of whether
I can find a log under /.
One thing I *haven't* tested yet is whether earlier kernel
would make a difference -- not that I would think but who
knows.
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-
n
boot all the way into SDDM, then DID NOT switch to a console
right away but rather logged into KDE, and only switched to a
VT once KDE login was finished.
Probably doesn't help much, however. Thought I'd mention though.
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
journal log shows a problem with a /proc/bus/usb mount. Remove
> that from /etc/fstab as well.
This was the main problem.
KDE starts after removing this line.
This bug can be closed.
Best regards
Karsten
::
chrome://sogo-connector/content/general/preference.service.addressbook.groupdav.js
:: GdPSvc__getPref :: line 126"
data: no] (126)
This seems to be the problem.
Best regards
Karsten
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (500, 'testing')
Architecture:
ermes kernel: Console: switching to colour frame
buffer device 170x48
Mär 24 11:31:43 hermes kernel: i915 :00:02.0: fb0: inteldrmfb frame
buffer device
Anything else I can try ?
HTH,
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
ly (there's
old, resolved bugs around this) which had a similar solution.
A, perhaps fairly drastic, solution might be to delay
setupcon font setting until all getty's have been started ?
Thanks,
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
le
(sitting at the login prompt) did not get the message - it
stayed in the old, wrong font. Re-running setupcon fixed that
console, too. Other consoles - which reset to the correct
font upon the first setupcon invocation - where either logged
in or sitting at the login prompt as well, so it'
lerator : No
> BTW, instead of `systemctl restart console-setup.service` you can use
> the command `setupcon`.
OK, I will resort to that in order to minimize what is involved.
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
*
Attached.
Full times directly after a reboot before manually restarting
console-setup.
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
-rwxr-xr-x 1 root root 465 2017-03-22 13:05:13.364493514 +0100
/etc/console-setup/cached_setup_fo
sole-setup.rules to make sure the script
> /etc/console-setup/cached_setup_terminal.sh is not run before
> /etc/console-setup/cached_setup_font.sh.
OK, got it.
> These look ok as well...
Feel free to ask for more information you may need.
Thanks,
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
quot;
XKBLAYOUT="de"
XKBVARIANT="nodeadkeys"
XKBOPTIONS=""
# If you don't want to use the XKB layout on the console, you can
# specify an alternative keymap. Make sure it will be accessible
# before /usr is mounted.
# KMAP=/etc/console-setup/defkeymap.kmap.gz
BACKSPACE="guess"
HTH,
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
Package: console-setup
Version: 1.163
Followup-For: Bug #857132
Hi,
is there anything I can do/provide to help get this resolved ?
Thanks,
Karsten
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500
On Wed, Mar 08, 2017 at 02:21:59PM +0200, Anton Zinoviev wrote:
>> console-setup just stopped to apply font settings during startup.
>
> Does this system has some read-only file systems?
Not that I am aware of, no.
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E1
behaviour is back...
Manually running
systemctl restart console-setup.service
fixes the problem until the next reboot.
Thanks for looking into the issue,
Karsten
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500
undefined symbol: hackrf_device_list
But the symbol seems to be defined!
The error is not understandable?
$ nm -D /usr/lib/x86_64-linux-gnu/libgnuradio-osmosdr.so.0.1.4
U hackrf_board_id_name
U hackrf_board_id_read
U hackrf_close
dr fcd rtl rtl_tcp uhd miri hackrf bladerf
rfspace airspy redpitaya
FM demod gain: 1.52789
IQ DCR alpha: 1.04166e-05
Using audio backend: auto
BookmarksFile is /home/karsten/.config/gqrx/bookmarks.csv
gqrx: symbol lookup error:
/usr/lib/x86_64-linux-gnu/libgnuradio-osmosdr.so.0.1.4: undefi
this information in the linked bug reports.
There is nothing more that could be find out.
The developer doesn't support help or more information.
Sorry.
It's just a warning to users who want's to have a secure XMPP server.
Best regards
Karsten
s may or may not need to be run such that dpkg/apt
bean counters can adjust accordingly
Good to know it is not caused by the tex packages.
Thanks for your work !
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
install
fixes the problem for me.
mktexlsr _is_ run, as the log shows, so that hint from the updmap file
does not help.
Thanks,
Karsten
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'),
(500, 'stable
h prosody it is no problem.
Regards
Karsten
For the users who are searching for an alternative secure XMPP server:
I have installed prosody now as debian package.
https://prosody.im/
The configuration is well documented and very easy in comparison to jabberd.
I can use a self-signed certificate or let's encrypt without problem.
All the
Package: linux-image-4.9.0-1-amd64
Status: install ok installed
Priority: optional
Section: kernel
Installed-Size: 183299
Maintainer: Debian Kernel Team
Architecture: amd64
Source: linux-signed (4)
Version: 4.9.2-2
Replaces: linux-image-4.9.0-1-amd64-unsigned
/jabberd2/jabberd2/issues/137
https://github.com/jabberd2/jabberd2/issues/141
Regards
Karsten
On Sun, Jan 15, 2017 at 12:02:56PM +0100, permondes - sagen wrote:
> Am Sonntag, den 15.01.2017, 11:47 +0100 schrieb Karsten Merker:
> > This points at a problem with either your u-boot version or your
> > u-boot environment. The oldest u-boot version that Debian has
&
gt; None of the variables in that script is set in the current environment.
This points at a problem with either your u-boot version or your
u-boot environment. The oldest u-boot version that Debian has
ever shipped for the Olinuxino A20 LIME as part of the official
Debian-Installer images has
returning a const member. The included patch solves this.
Compiling with gcc does not result in these compiler errors, although they are
correct and should probably be reported by gcc as well (and might be in a
future version of gcc).
Regards,
Karsten
-- System Information:
Debian Release
Sorry - i have forgotten to write that this package is for Debian Jessie
(Stable).
I didn't know how to address this to Backports.
At least i want to make this packages public available.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850433
Regards
Karsten
Sorry - i have forgotten to write that this package is for Debian Jessie
(Stable).
I didn't know how to address this to Backports.
At least i want to make this packages public available.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850434
Regards
Karsten
)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:426)
Regards Karsten
-- System Information:
Debian Release: 7.11
APT prefers oldstable
APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG
orgetting it:
> https://bitbucket.org/sjodogne/orthanc/issues/29
>
> This feature will be part of forthcoming 1.2.1 release.
Thanks a lot for confirming. I will test when 1.2.1 is out
and provide a script users can run updating the database
schema if needed.
Karsten
--
GPG key ID E407
s provided, the Orthanc server
> will never start. If no upgrade is required, this is a void operation that
> returns immediately.
I would have thought so. However, why does this script:
#---------
#!/bin/bash
# GPLv2 or later, Karsten
,
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
ser.
Sure.
> As a consequence, I am not convinced that providing an automated script is
> necessary.
No one suggested an _automated_ script.
I suggest to provide a script which calls "Orthanc -upgrade"
in the Debian-specific technically proper way _when run by
the user_. Which
database upgrade (?) I
expect the script to gracefully do nothing. If that's so I'll
confirm this here and hope to get the script included in the
debian git tree.
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
Package: tomcat7
Version: 7.0.28-4+deb7u4
Severity: important
-- System Information:
Debian Release: 7.11
APT prefers oldstable
APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8
Hola Maximilio,
Am 13.12.2016 um 16:01 schrieb Maximiliano Curia:
> ¡Hola Karsten!
>
> I guess that it either failed to show the configuration wizard or it tried to
> migrate some configuration from a
> previous version. I've tested this in a clean vm, using stable and the wizard
201 - 300 of 1058 matches
Mail list logo