Any news on this topic?
Even version 1:18.3.1-1 is wrong packaged, contains the same files in
i386 and amd64 deb.
Regards
Torsten
Am 25.03.24 um 22:36 schrieb Debian Bug Tracking System:
Thank you for the additional information you have supplied regarding
this Bug report
libLLVM.so.1:i386 contains
should be
libllvm18:i386
Am 25.03.24 um 19:35 schrieb Torsten Wohlfarth:
libLLVM.so.1:i386 contains
Package: libllvm18
Version: 1:18.1.2-1
Severity: important
X-Debbugs-Cc: t...@siduction.org
Dear Maintainer,
libLLVM.so.1:i386 contains
/usr/lib/llvm-18/lib/libLLVM.so.1
/usr/lib/llvm-18/lib/libLLVM.so.18.1
which are also in libllvm18:amd64
That shouldn't be happen, since it makes installing
Package: mc
Version: 3:4.8.30-1
Severity: normal
X-Debbugs-Cc: t...@siduction.org
Dear Maintainer,
mc is not able to open/view rar files.
* What led up to the situation?
try to open a rar-file
* What was the outcome of this action?
vfs errors an not seeing the content
your changelog entry into debian/master :shrug:
Do you have a better solution?
Greetings, Torsten
Package: swig
Version: 4.1.0-0.3
I just noticed that SWIG 4.2.0 has been released on the last day of
2023:
https://sourceforge.net/p/swig/news/2023/12/swig-420-released/
The package needs to be updated from the new upstream.
On 11.09.23 12:34, Ben Tris wrote:
The email address for maintainer Torsten Paul is now
this is not found in qa.
This address is valid and has never changed.
I'm not a Debian Developer, so I don't know if a QA account will be
available.
The package is co-maintained by Kristian Nielsen
https
Hi!
Seems to be caused by bad quoting in the testing script which older ghostscript
versions ignored.
Upstream issue: https://github.com/openscad/openscad/issues/4218
ciao,
Torsten.
Caused by file and class rename in CGAL 5.4.
Fix:
https://github.com/openscad/openscad/commit/71f2831c0484c3f35cbf44e1d1dc2c857384100b
ciao,
Torsten.
> I have nearly completed the recovery from COVID
Oh my goodness! All the best for your recovery! Sincerely hope you won't
experience long COVID syndrome! So...
> and will try solving the DVD issue among the others.
...take it slowly, will you?
Cheers --
T
Happy new year, everyone!
I was just wondering if there's any progress regarding DVD audio
playback on Debian's Kodi version?
Cheers --
Torsten
OpenPGP_signature
Description: OpenPGP digital signature
ing a fix.
Thanks for all your efforts!
Cheers --
Torsten
OpenPGP_signature
Description: OpenPGP digital signature
streams on DVD playback" issue?
Cheers --
Torsten
OpenPGP_signature
Description: OpenPGP digital signature
ing -- family's
already breathing down my neck... ;)
Cheers --
Torsten
OpenPGP_signature
Description: OpenPGP digital signature
Upstream fix is just removing this code snippet as it's not
used anymore:
https://github.com/openscad/openscad/commit/cc49ad8dac24309f5452d5dea9abd406615a52d9
ciao,
Torsten.
5.15.2+dfsg-3
ciao,
Torsten.
ill stuck with trying to get an OpenSCAD release out.
ciao,
Torsten.
Am 2020-07-22 07:49, schrieb Torsten Landschoff:
I will upload today after work. Great work, Richard!
Hmm, I uploaded the build on wednesday. dput did not complain but I
still can't see the package in Debian.
I actually spent quite a while fighting with pbuilder because I wanted
to include
I will upload today after work. Great work, Richard!
Am 21. Juli 2020 19:09:17 MESZ schrieb Richard Hansen :
>Changes for debhelper-compat 12 have already been committed:
>https://salsa.debian.org/debian/ddclient/-/blob/c85aa96a6b51386e2f7994fc1ad7ae60f9cda098/debian/control#L5
>but I'm waiting
about to build the package and install it locally
but I noticed that it is targetting the UNRELEASED distribution.
So I guess there are some changes that you still want to apply before
building a release? I'll gladly sign and upload the package, in the
current state already...
Greetings, Torsten
96
this appear to be this upstream bug:
https://github.com/swig/swig/issues/1648
I'll incorporate the upstream fix and release a new version.
Greetings, Torsten
signature.asc
Description: OpenPGP digital signature
On 1/16/20 10:23 PM, Torsten Landschoff wrote:
> I'm astonished that the release announcement of swig 4.0 is dated april
> 2019 :-(
>
>
> Working on it now but it's already late for today.
Update: I just prepared an upload to experimental. Still some lintian
stuff to do an
On 1/1/20 5:13 PM, Alan Woodland wrote:
> On Mon, 2 Sep 2019 23:02:32 +0200 Torsten Landschoff <
> tors...@landschoff.net> wrote:
>> On 5/3/19 10:37 AM, Mathieu Malaterre wrote:
>>> Would be super nice to have swig 4 in Debian.
>> absolutely. And I did not notice f
On 10/24/19 2:03 AM, Olly Betts wrote:
> Upstream release SWIG 4.0.0 disabled support for Pike:
>
> 2019-02-04: wsfulton
> [Pike] #1447 Pike has been disabled as a target language in
> SWIG as part of a
> clean up to remove target languages that have been
>
No plans for Qt5 whatsoever.
The only thing to note here is that Qt is actually optional for the vast
majority of CMTK's tools. The package config could probably be changed to
build without GUI support, which would remove the dependency on Qt.
Am Do., 31. Okt. 2019 um 15:57 Uhr schrieb Moritz
, using a new command-line
> option `-py3`.
This option is only for type annocation support.
See http://swig.org/Doc3.0/SWIGDocumentation.html#Python_nn74
> @Torsten - Am I correct about python3 support in swig3? Is debian
> planning on soon updating the package to version 4 (ie.
Package: zulupolkit
Version: 5.4.0-3
Severity: important
File: /usr/bin/zuluPolkit
Dear Maintainer,
As previously reported in Bug #910410, the zulupolkit does not seem to
work as expected. A normal user cannot run zulucrypt without knowledge
of the root password. As mentioned before, this
On 5/3/19 10:37 AM, Mathieu Malaterre wrote:
> Would be super nice to have swig 4 in Debian.
absolutely. And I did not notice for months. I'll have a go - maybe this
weekend, but no guarantees!
Greetings, Torsten
in the .examples
dh file. :facepalm:
Will change as suggested.
Greetings, Torsten
.
That makes sense. Thanks for the patch! I will merge it for the next
upload.
Greetings, Torsten
.
The problem could be caused by the uuid patch.
The precompiled version from the website works properly
Thank you
Torsten
-- System Information:
Debian Release: 9.8
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-8
Best,
Torsten
===
On Mon, Jan 21, 2019 at 8:08 PM Yaroslav Halchenko
wrote:
>
> On Mon, 21 Jan 2019, Torsten Rohlfing wrote:
>
> >Hi there -
> >Upstream owner of CMTK here. It looks like DCMTK in release 3.6.4
> changed
> >their API for locking/
Hi there -
Upstream owner of CMTK here. It looks like DCMTK in release 3.6.4 changed
their API for locking/unlocking the global data dictionary.
I am going to look into fixing this, but it'll take a while since I'll have
to set up a suitable Debian VM for testing first.
Best,
Torsten
Package: wnpp
Severity: wishlist
Owner: Torsten Paul
* Package name: lib3mf
Version : 1.8.0
Upstream Author : 3MF Consortium
* URL : https://github.com/3MFConsortium/lib3mf
* License : BSD
Programming Lang: C++
Description : Lib3MF is a C
Source: asterisk
Version: 1:13.14.1~dfsg-2+deb9u4
Severity: minor
Tags: upstream
Dear Maintainer,
in the package "asterisk" in Debian/Buster is a dependency for libtinfo5 (>= 6)
and libncurses5 (>= 6) but there is installed "libtinfo6 6.1+20181013-1" and
"libncurses6 6.1+20181013-1". Please
Package: diffoscope
Version: 96
Severity: wishlist
When comparing two APK files with diffoscope, it only shows a difference
in the CRC checksum of the resources.arsc file, but fails to provide a
better idea about why the files are different.
In this case, the difference seems to comes from file
Feel free to NMU an updated package with those commits if this is urgent to you.
I'll not get around to do this for at least a week...
Greetings, Torsten
Am 14. Juni 2018 10:36:40 MESZ schrieb "Sébastien Villemot"
:
>Package: swig3.0
>Version: 3.0.12-1
>Severity: import
://mail.kde.org/pipermail/digikam-devel/2016-November/090029.html
Would it be possible to upgrade Stretch's digikam to 5.4.* -- or even
backport 4:5.6.0* from testing/unstable?
Thanks a lot --
Torsten
-- System Information:
Debian Release: 9.3
APT prefers stable
APT policy: (750, 'stable
Have a look at this bug:
https://bugs.debian.org/494491
It looks for me like upstream would prefer not to have a Isabelle Debian
package. :-(
Hi,
the solution is allready reportet nad nothing to do with systemd:
https://wiki.debian.org/KernelModesetting -> section nVidia GfxCards.
Regards
Torsten
suspend or power management, I'm just
using the xfce buttons. So perhaps other have similar issues.
What can I do to get it working?
Regards Torsten
Package: bluetooth
Version: 5.47-1
Severity: important
Recently my bluetooth Microsoft Bluetooth Keyboard stopped working
sometimes. Also other devices wherer hard to pair.
I purged all blue* packages, deleted /var/lib/systemd/rfkill/* and
reinstalled all.
I paired different devices with
version 3.0.11.
[1] https://github.com/swig/swig/pull/839
Please consider either upgrading swig to the latest upstream release
(3.0.12 at the time of writing), or cherry-pick the patch on top of the
current version.
Thanks, will do!
Greetings, Torsten
On 05/31/2017 11:17 PM, Sylvestre Ledru wrote:
> Could you please package 3.0.11, or, better 3.0.12 ?
> This is now mandatory for some packages like lldb.
Still have to find some spare time... But I am sure I will.
Greetings, Torsten
Package: gnome-settings-daemon
Version: 1.3-16
I'm using auto-brightness on my MacBookAir 4,2. The screen gets brighter
and darker based on the ambient light as expected. However when changing
to darker rooms, the screen gets repeatedly turned off, since
auto-brightness keeps on dimming the
pend
> /usr/lib/ccache to their PATH, as one does when using ccache with gcc, etc.
Thanks for the suggestions. I have to admit that I never used
ccache-swig because the bindings I compile are mostly small enough that
I don't care for caching during compilation.
Greetings, Torsten
On 16.12.2016 20:02, Dominique Dumont wrote:
On Wednesday, 14 December 2016 10:54:16 CET Boyuan Yang wrote:
The original messy output, as indicated in screenshot in the Ubuntu bug,
looks like treating a latin-1-encoded binary data as UTF-8-encoded data
and showing them anyway.
In more
3.5 is now the default version now
>>
>> Hi,
>>
>> Any plans to do this before the freeze?
> I've uploaded 3.0.8 to the deferred/15 queue, it means that it will
> hit unstable in 15days.
>
> Tell me if I should cancel this upload.
hmm, I uploaded 3.0.10 to unsta
addon is available in Kodi and works
just fine.
I think this would make an awesome addition to the
kodi-visualization-spectrum addon already available in Debian.
Cheers --
Torsten
like you are able to change that locally on your system. If
you did, did that fix the problem?
If not, I can build an experimental package for you to evaluate that
change. Unfortunately, I don't currently have a testing system with iPv6
connectivity...
Greetings, Torsten
On 06/16/2016 08:36 AM, Ondřej Surý wrote:
> Hi Torsten,
>
> attached are patches on top of latest unstable swig.
>
> TL;DR it's the php5-* in d/control that prevents the transition;
>
*blush* Dumb me. I was sure that the build depends had php-dev or
similiar (like libpe
. Please
> avoid uploads unrelated to this transition
which is why I uploaded 3.0.8 to experimental only to not disturb the
php7.0 transition hoping that upstream will update the PHP generation.
So, sorry. Just uploading swig dropping the php dependencies is
something I should have done to help I guess...
Greetings, Torsten
So... should I vote for closing this bug and open a new one, or shall we
proceed under #825760?
Regards --
Torsten
Hi there,
any news on this?
Cheers --
Torsten
17:26:18 T:140373367297792 DEBUG: OpenConnection - connection to the
CEC adapter opened
### END LOG FILE
END Kodi CRASH LOG #
>8
Some more information on my system: I'm running Jessie with mythtv from
deb-multime
for
viewing and printing than Postscript.
Greetings, Torsten
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
iQIcBAEBAgAGBQJXQPNYAAoJEB5flaeGO3x3n8UQAIFqz8W+mUXXfCGsYMSKWL/h
Qi6BCnEc5cDUmHLlD7SafpQYrbs57DLX+uRTJ2Irci9dwZntiZLKjZ3FW1aEF3zx
RLCW+4Cxr0JN/lMMUg2EZrOlhphtoQSlu
On 04/11/2016 08:15 PM, lkcl wrote:
> Debian Release: 7.4
>
That's Wheezy which has OpenSCAD 2011.12-3, right?
The README.md file of the Mendel90 repository states:
"OpenSCAD-2015.05 or later is required"
(https://github.com/nophead/Mendel90/blob/master/README.md)
ciao,
Torsten.
-- it's just a little bit puzzling...
Regards --
Torsten
*** Reporter, please consider answering these questions, where
appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome
Hallöchen!
Pino Toscano writes:
> In data venerdì 8 gennaio 2016 14:41:58, Torsten Bronger ha scritto:
>
> [...]
>
>> If there is only one ABI version of lensfun installed, this would
>> work. If you want to make possible that liblensfunM can be
>> installed lo
Hallöchen!
Pino Toscano writes:
> [...]
>
> In data domenica 15 novembre 2015 20:55:54, Torsten Bronger ha scritto:
>
> [...]
>
>> We suggest to count the database format version in the Debian
>> package name as it is common for libraries: lensfun-data1,
ore, it's a known problem that the old OpenGL code
does not use GPU acceleration. Unfortunately it does not fix itself.
I'm not sure how big you think the OpenSCAD dev team is, but you
might be wrong.
Any help (without the insults, if possible) would be appreciated.
ciao,
Torsten.
> torsten, can you make anything of this? (lkcl's messages in full at
> http://bugs.debian.org/806670)
>
Yes, the event handling is likely the root cause of the issue, but
the exact same code works fine with Qt4 and in some cases also with
Qt5.
There were a number of issues in Qt5 th
are
Debian-compatible. It is a throw-away branch by people not really
famliar with Debian packaging guidelines, but it may serve as a
starting point.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
wig 3.0 should be usable to build subversion,
so I have to get this fixed instead of using swig 2.0 as the way out.
Greetings, Torsten
w nobody else reported this.
Thanks for the report, I'll try to update the package soon.
Greetings, Torsten
Hello,
I haven't been able to follow up on this for some time due to personal
reasons. Checking the upstream site I noticed that version 4.2.1 has
been released in the meantime. I managed to build a binary package for
amd64 using a modified (probably in a very ugly way) debian/rules from
the
Hello,
one thing I forgot to mention in the last mail: Of course the packages
are/will be built on a curent Debian jessie system, not on the wheezy
that was current when the original bug report was filed. ;-)
Best regards,
=ToJe=
signature.asc
Description: Digital signature
Package: screenkey
Version: 0.2-2
Followup-For: Bug #749029
I have the same issue on Debian/testing, updated 2015-11-18.
The following patch solves the issue for me:
https://bugs.launchpad.net/screenkey/+bug/756346
-> 00051-Fix-thread-synchronizations--.patch
ciao,
Torsten.
-- Sys
as it is common for libraries: lensfun-data1,
lensfun-data2, etc.
Regards,
Torsten Bronger.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
Quoting Christian Ohm:
Googling those messages finally lead me to openjdk, and after upgrading
to version 8 all those problems are gone.
I did the same and PyCharm can be used again without wrecking the whole
system.
Greetings, Torsten
= -1 EBADF (Bad file descriptor)
close(65534)= -1 EBADF (Bad file descriptor)
close(65535)= -1 EBADF (Bad file descriptor)
write(2, "Unable to start Dr. Konqi\n", 26) = 26
exit_group(255) = ?
+++
to find. I am sure that I did
copy the links control file to the new swig sources.
Sometimes the difference between a working and a broken package is
running svn add :-)
I just fixed it in Subversion and will release shortly, after checking
for more low-hanging fruit.
Greetings, Torsten
signature.asc
Description: OpenPGP digital signature
On 10/29/2015 11:33 AM, Laurent Bigonville wrote:
> Shouldn't the swig package provides a symlink to the executable of the
> stable release?
>
> swig -> swig3.0
Indeed, that's how it is supposed to be. I have to check why it is not
in included anymore.
Thanks for the Feedback,
Torsten
Dear maintainer,
any news on this issue? Any chance a working version will
eventually hit Debian stable?
Regards --
Torsten
I just updated the files according to your wish.
Please fix your package now.
-Original-Nachricht-
Betreff: Re: marble: normal OSM map no longer available
Datum: Sat, 26 Sep 2015 10:33:39 +0200
Von: Maximiliano Curia <m...@debian.org>
An: torsten.r...@t-online.de
¡Hola Torste
nload this file
Users? Wow, assuming users to have that kind of awareness and technical
expertise is just plain unrealistic.
Please get these files included and repackaged as quick as possible. I think
our developers and users deserve it.
Thank you and have a nice marbleous day,
Torsten
P
essie. Any chance a working version will
eventually hit Debian stable?
Best regards --
Torsten
-- System Information:
Debian Release: 8.2
APT prefers stable
APT policy: (990, 'stable'), (990, 'stable-updates'), (500,
'unstable'), (500, 'testing'), (1, 'experimental')
Architect
Hallöchen!
Roman is right. FWIW, there is a plea for help with questions
regarding packaging at
https://bugs.launchpad.net/ubuntu/+source/lensfun/+bug/1455216.
It would be nice if we could sort this out quickly, since not much
is still needed.
Tschö,
Torsten.
--
Torsten BrongerJabber ID
to this original text) and take it
upstream.
Greetings, Torsten
). But since I don't have a clue
which package this might be, I am reporting this to the lirc bug tracker.
Best regards --
Torsten
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386
docker installed and
permission to run it via sudo docker ..., just run the demo.sh script.
This will set up an LDAP server and client container and try to query
groups from the client container.
Greetings, Torsten
test-780320.tar.gz
Description: application/gzip
via getent group, but they don't have any members:
root@smithers:~# getent group|grep smithers
login.servers.smithers.login:*:10503:
torsten@horatio:~$ getent group|grep smithers
login.servers.smithers.login:*:10503:martin.muster,first.surname,torsten.landschoff,...
Any hint how this can
that the current state is not as it should be. :-)
Greetings, Torsten
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
.
I'll go and try to build the 2.11 version based on the last Debian
release by Mehdi.
Greetings, Torsten
signature.asc
Description: OpenPGP digital signature
I'd really like to adopt this package, given that I am currently
learning Scala and I think it would be a pity not to have a current
version in Debian.
I'll go and try to build the 2.11 version based on the last Debian
release by Mehdi.
Greetings, Torsten
--
To UNSUBSCRIBE, email to debian
It took a while, but I finally figured it out. Actually, it's not that
patch that is broken but the build system.
Running the test suite after debian/rules build (with applied patch)
gives us this:
torsten@defiant:~/debwork/swig/builddir$ make check-python-test-suite
checking python test
Hi Michael,
thanks for the report. I initially could not reproduce as this seems not
to happen when generating Python bindings.
Here is a Dockerfile to check if this is fixed:
-
FROM debian:sid
MAINTAINER Torsten Landschoff tors
I just applied the patch from upstream. This makes matters much worse,
all tests are immediately failing:
torsten@2c4e58b051c5:~/swig/swig3.0/builddir$ make
check-python-test-suite
checking python test-suite
checking python testcase argcargvtest (with run test)
/home/torsten/swig/swig3.0/Lib
Am 2015-01-18 14:07, schrieb Michael Meskes:
Here's an updated patch against the current version. Torsten is there
any
reason why this is not applied?
No specific reason. Sorry, this should be fixed for a long time.
I just applied the patch to a local git repository only to notice that I
if that is a reliable way to contact a maintainer. I did not
see any email of this conversation (but I guess the @packages alias only
forwards to the official maintainer).
Looking forward to find out about the metrics...
Greetings, Torsten
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
/hovercraft
Wow! That looks like a tool that I was searching for. Thanks for posting
it here and looking forward for the package :-)
Greetings, Torsten
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
not
enabled, but after looking again I just saw it was merged after
the release.
So harfbuzz is actually not needed for the release version (it
would only be needed for backporting the master branch).
ciao,
Torsten.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Thanks from me as well.
It seems that your patch is more sophisticated than my upstream fix (which
essentially just switches the scripts shebang to /bin/bash). Please let me
know if you want me to deploy your patch instead.
Best,
Torsten
On Dec 15, 2014 6:36 AM, Yaroslav Halchenko y
If you need more information I'll be happy to help out.
Best regards,
=ToJe=
--
Torsten Jerzembeck * Karlsruhe, Germany
Exil-Westfale * PGP: B74DB58D * MIME welcome * Generation Tux * o(((°
signature.asc
Description: Digital signature
for the basics.
Greetings, Torsten
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
is 0.117 as well. I would
consider this as serious since that system booted just fine since its
installation in 2009, not counting the systemd transition which made it
unbootable two times.
I attached the trace.log from running mkinitramfs.
Greetings, Torsten
trace.log.xz
Description: Binary
templates. :-(
I will clean up the mess for the german translation tomorrow morning.
Not sure I reporting the po files is a good idea, because the templates
are in dire need of some adjustments.
Greetings, Torsten
signature.asc
Description: OpenPGP digital signature
0:00 ddclient - sleeping for 60 seconds
Good report, thanks. I think this is a duplicate of the bug here:
https://bugs.debian.org/652298
If you agree I would merge the two bugs. The problem was fixed for
Debian unstable leading up to the jessie release.
Greetings, Torsten
--
To UNSUBSCRIBE
Hi there,
the problem remains with the current 2.4.dsfg+2.4.7-1 version on an
up-to-date Sid system with KDE 4.14.
Any chance this will be fixed?
Regards --
Torsten
le alte Computer sowie Zubehör +++ Amiga +++ Apple II
1 - 100 of 1899 matches
Mail list logo