ly converted.
On 03/24/2024 08:30, Bastian Blank wrote:
> On Sun, Mar 24, 2024 at 12:04:35AM -0700, Kingsley G. Morse Jr. wrote:
> > As you can see below, lines 25 and 26 of the hook
> > script look in a path starting with "/lib"
> >
> > [...]
> > 25
Package: dmsetup
Version: 2:1.02.196-1
Severity: normal
Dear Maintainer,
Thank you very much for maintaining Debian's dmsetup
package.
Please allow me to draw your attention to a
possible improvement.
It's very similar to one I just reported for the
lvm2 package.
Eidently they share the same
Package: lvm2
Version: 2.03.22-1
Severity: normal
Dear Maintainer,
Thank you very much for maintaining Debian's lvm2
package.
Please allow me to draw your attention to a
possible improvement.
I humbly suggest reconciling
where lvm2 writes its rule files
56-lvm and
t; Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
> Date: Sun, 25 Feb 2024 14:37:14 -0800
> From: tony mancill
> To: 989706-d...@bugs.debian.org
> Subject: Re: Bug#989706: csvkit: DeprecationWarning from csvclean
>
> On Thu, Jun 10, 2021 at 04:08:09PM -0
Hi Rebecca, Julian and all science minded pythonistas of debian, great and
small!
I like your correspondence about upgrading from
version 1.5 of pandas to 2.1.
It's open, scientific and explores the ideal of
proceeding wisely in a matter of public interest.
My humble thoughts are:
1.)
Very good, Erik.
Happy holidays,
Kingsley
On 12/09/2023 18:13, Erik Auerswald wrote:
> [...]
> I have just pushed a fix for this issue to the datamash development
> repository:
> https://git.savannah.gnu.org/gitweb/?p=datamash.git;a=commitdiff;h=a4b48a8ac04ea9813fb83952e51ed87af44cbf6a
--
Package: datamash
Version: 1.8-1
Severity: normal
Dear Maintainer,
Thanks for maintaining datamash.
I like that it lets shell scripts calculate
statistics.
The main reason I'm writing is datamash's
"antimode" statistical grouping operation did not
work as I expected.
datamash's man page says
Package: python3-sympy
Version: 1.12-6
Severity: normal
Thanks for maintaining Debian's cool python3-sympy
package.
If you happen to have the time, and are so
inclined, feel free to share any thoughts you may
happen to have on whether it might be improved to
not crash when asked to nsimplify()
I'm happy to report another open source computer
algebra system said my input equals zero.
You can see this is so at Bash's shell command
line with
$ mathomatic -e "((a - b) - (((a - b) + (c - d) + (e - f))/3)) + ((c - d) -
(((a - b) + (c - d) + (e - f))/3)) + (e - f) - ((a - b) + (c - d) +
Package: python3-sympy
Version: 1.12-6
Severity: normal
Thank you very mcuh for maintaining Debian Linux's
"python3-sympy" package.
It's interesting and sophisticated.
Please allow me to draw your attention a possible
bug.
I can elicit it with just 2 lines of code.
Here is how:
$
Hi guys,
I had a similar problem.
Maybe you'll be interested in how I fixed it.
I also got
from __future__ import annotations
^
SyntaxError: future feature annotations is not defined
But, mine happened after
root$ aptitude reinstall python3-numpy
with version
Package: python3-reportbug
Version: 11.6.0
Severity: important
Thank you very much for maintaining Debian's
python3-reportbug package.
I love the ideal of freely cooperating.
I happened to notice version 11.5.1 crashed with
$ reportbug
Traceback (most recent call last):
File
Package: miller
Version: 6.4.0-1
Thank you very much for maintaining miller.
I like, use and respect it.
The main reason I'm writing is to report a
circumstance where miller
ignores an empty row of data and
moves all subsequent rows up.
I don't want to over-react, but I'm worried
Package: mathomatic
Version: 16.0.5-4
Severity: normal
Dear Tony,
Thank you very much for maintaining Debian's
mathomatic package.
It's colorful and easy to use.
The main reason I'm writing is to give a specific
example suggesting, at least to yours truly, that
ol' mathomatic might try to
Package: miller
Version: 6.2.0-1
Severity: normal
Hi Stephen,
Thanks again for maintaining a convenient Debian
package of John Kerl's cool "mlr".
I happened to notice mlr doesn't seem to recognize
numbers in scientific notation with explicitly
positive exponents.
Since awk seems to work with
Package: miller
Version: 6.2.0-1
Severity: normal
Hi Stephen,
Thank you very much for maintaining Debian's
miller package.
I'm so impressed with how
practical and
sophisticated
it is that I'm inclined to describe it as "an
intellectual tour de force".
The main reason I'm writing
I tried again.
This time, I did
$ aptitude install kde-standard
and then tried adding the same .mp4 file to
Kdenlive's project bin.
Kdenlive didn't crash this time, but it
1.) openned an orange error window that says
"Cannot open file
Package: kdenlive
Version: 21.12.1-1
Severity: important
Hi Padrick,
Thank you for maintaining Debian's kdenlive
package.
It can be a lot of fun!
I seem to have found a bug after upgrading to version 21.12.1-1.
I ran kdenlive on the command line
user$ kdenlive &
then followed the menu
Package: certbot
Version: 1.18.0-1
Severity: normal
Dear Maintainer,
Thank you very much for generously sharing your
time and skill.
It's not a crisis, but I humbly suggest improving
a certain error message to lead users to faster
fixes.
When I do
root$ certbot certonly --apache --manual
$ echo -e "1,2,3\n4,5,6\n7,8" | csvformat -d , -D ,
/usr/lib/python3/dist-packages/unittest2/compatibility.py:143:
DeprecationWarning: Using or importing the ABCs from 'collections' instead of
from 'collections.abc' is deprecated since Python 3.3, and in 3.10 it will stop
working
1,2,3
4,5,6
Package: csvkit
Version: 1.0.5-2
Severity: normal
Dear Maintainer,
Thank you very much for sharing your valuable time
and skill to maintain Debian's csvkit package.
Here's a one-liner that causes its "csvclean"
command to complain, at least on my computer.
bash$ echo -e "1,2,3\n4,5,6\n7,8"
Package: gnumeric
Version: 1.12.44-1
Severity: normal
Dear Dmitry,
Thanks again for maintaining the very cool and
useful gnumeric package for Debian's epic
distribution.
* What led up to the situation?
A head wind of bugs mightier than a biblical
plague of locust swarming through
Package: gnumeric
Version: 1.12.48-1+b2
Severity: minor
Hi Dmitry,
I happened to notice 2 URLs in the second line of a
gnumeric work book do not exist.
They are
http://www.gnumeric.org/v10.dtd
and
http://www.gnumeric.org/v9.xsd
You can see this is so by using the attached file
Package: gnumeric
Version: 1.12.48-1+b2
Severity: normal
Hi Dmitry,
Thank you very much for maintaining Debian's
gnumeric package!
Here's a bug report that gnumeric's
developer named Jean asked me to file.
He would prefer it is filed at gitlab.gnome.org.
Maybe that would be easier for you
On 12/18/2020 09:58, Dmitry Smirnov wrote:
> On Thursday, 17 December 2020 3:22:28 PM AEDT Kingsley G. Morse Jr. wrote:
> > Thank you very much for maintaining gnumeric!
>
> Thank you for your kind words.
You're welcome!
And thanks for the links to
1.) Andreas' report of now(
Package: gnumeric
Version: 1.12.47-1
Severity: wishlist
Dear Dmitry,
Thank you very much for maintaining gnumeric!
I like it very much and have used it many times.
The main reason I'm writing is to politely ask you
to please forward something like an enhancement
request or bug report to
Package: onioncircuits
Version: 0.7-1
Severity: normal
Dear Maintainer,
Thank you for maintaining onioncircuits.
Much like the tenet of patron privacy that public
libraries hold dear, I love the ideal of voters
using TOR to privately and safely explore new
ideas without fear of repercussion
Package: xonsh
Version: 0.9.22+dfsg-1
Severity: important
TLDR; Add a dependency on at least version 3.0.7-1 of python3-prompt-toolkit.
Dear Maintainer,
Thank you very much for maintaining the cool
looking package named "xonsh".
I've often wanted to combine python's array math
with shell
Package: bash-completion
Version: 1:2.11-2
Severity: minor
* What led up to the situation?
1.) Using version 1:2.9-1 and
2.) Typing
$ egrep -i keyword $( find ~kin^I
3.) but bash hung, and didn't respond to
pressing control-c.
Package: ginkgocadx
Followup-For: Bug #967401
For what it's worth
1.) version 3.0.4+dfsg-10 of the
libwxgtk3.0-gtk3-0v5 package seems to have
caused ginkgocadx to
complain with
ginkgocadx: /usr/lib/i386-linux-gnu/libwx_gtk3u_core-3.0.so.0:
version `WXU_3.0.5' not
Dear Andreas,
Thank you very much!
Sharing your tech skill so quickly and generously
are all fine qualities!
Kind regards,
Kingsley
On 05/23/2020 12:45, Andreas Noteng wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Looks like Pyspread is not correctly rendering the markdown
Package: pyspread
Version: 1.99.2-2
Severity: normal
Dear Andreas,
Thanks for pyspread.
I installed version 1.99.2-2.
I tried an example in its tutorial.
pyspread->Help->Tutorial says
"Select the top-left cell and type: python 1 + 5 * 2"
but when I type
python 1 + 5
At least to me
https://wiki.debian.org/DokuWiki
seems to make contradictory claims about whether
Debain supports farming.
https://wiki.debian.org/DokuWiki#Configuration_of_multisite_support_.28farm.29_with_virtual_hosts
suggests it works, but
Package: dokuwiki
Version: 0.0.20180422.a-2
Severity: normal
Hi Tanguuy,
Thanks for maintaining Debian's dokuwiki package.
I like the simplicity of not depending on a
database.
I've been using dokuwiki for years.
The main reason I'm writing is I'm worried I may
have found a bug.
But maybe I
Package: lyx
Version: 2.3.4.2-2
Severity: normal
Dear Maintainer,
Thank you very much for maintaining lyx!
It has been a venerable and trustworthy tool for
many years!
The main reason I'm writing is I may have
discovered a small bug.
Basically, some cross-references lead to the wrong
pages.
Package: apt
Version: 1.8.4
Severity: wishlist
Dear Maintainer,
Thank you very much for helping keep Debian's
admin tools so cool!
It seems to me that managing software complexity
is becoming more important as Debian acquires more
packages.
The main reason I'm writing is to humbly suggest a
I'm happy to report I'm now looking at a cool
sage:
prompt.
Since the last error message also alluded to
cython
> ImportError:
> /usr/lib/python3/dist-packages/sage/libs/gap/element.cpython-37m-i386-linux-gnu.so:
> undefined symbol: GAP_EnterStack_
I tried manually upgrading the
.
>
> Best,
> Tobias
>
> On 2/2/20 9:13 AM, Kingsley G. Morse Jr. wrote:
> > ImportError: /usr/lib/i386-linux-gnu/libgsl.so.23: undefined
> > symbol: cblas_ctrmv
>
> > ii libgsl23
Package: sagemath
Version: 9.0-1
Severity: important
* What led up to the situation?
Trying to run sage immediately after installing
it.
* What exactly did you do (or not do) that was effective (or
ineffective)?
$ sage
* What was the outcome of this action?
Yes, please upgrade to version 4.
So,
Kingsley
--
Time is the fire in which we all burn.
First of all, thank you very much for maintaining
apt.
It seems to me that Debian's fine system
administration tools, like apt, make the life of
system administrators easier.
The main reason I'm writing is I may have
replicated the bug originally reported here.
In 2019.
While trying to upgrade
Here's more info.
1.) Testing's installer worked when I asked it to
create an UNencrypted logical volume.
2.) The 2019-09-08 Stable AMD64 distribution
successfully installed an encrypted logical volume.
3.) Similar bug reports are
#935973 and
#927165.
Thanks,
Kingsley
--
Package: debian-installer
Version: AMD64 Testing October 7, 2019
Severity: normal
Tags: d-i
Dear Maintainer,
Thank you very much for your efforts to make
Debian available to so many people.
I've been testing the installer.
The main reason I'm writing is that I seem to have
uncovered a (wait
Package: pypy3
Version: 7.1.1+dfsg-1
Severity: normal
Thank you very much for maintaining pypy3.
It executes code I wrote 2X as fast as python3.
The main reason for this bug report is I happened
to notice pypy3 failed to import a math module
named "numpy".
Here's how I elicited the error:
I upgraded the timidity-daemon package.
I suspect it ran
/var/lib/dpkg/info/timidity-daemon.postinst
Line 48 appears to me to add
the SERVER_GROUP "timidity"
to
the "audio" group.
The result?
No sound!
Not even the shrill, bowel constricting voices of
Gilbert Gottfried
Package: kdenlive
Version: 19.08.0-1
Severity: normal
Hi Patrick,
Maybe it'd be helpful if I relay warnings that
appear on my console after upgrading from version
18.12.3-1 to 19.08.0-1.
Here's how I elicited them:
Open a console window and at its bash command line prompt type
$ kdenlive
Hi guys,
Thank you very much for filing this bug report and
trying to make Debian more reliable.
I agree with Patrick and Philipp.
When "apt-get update" fails, it should not return
an error status of 0.
Scripts routinely check the exit status of
command, and assume they worked if 0 was
Package: python-openopt
Version: 0.38+svn1589-1.1
Severity: normal
Dear Maintainer,
* What led up to the situation?
I tested an example script that comes with
the package named "python-openopt".
It failed.
I emailed the package's maintainer a few days
ago.
No reply.
Package: sagemath
Version: 8.6-6
Severity: important
Dear Maintainer,
Thank you for maintaining sage.
I look forward to using it.
The main reason I'm writing is to report a bug.
I typed...
root$ aptitude install sagemath
on a computer with piecemeal updates from Debian's
unstable
asked yesterday, yes,
they do repeat.
8 times.
On 03/19/2019 14:28, Bernhard Übelacker wrote:
> Hello Kingsley G. Morse Jr.,
>
>
> > My main concern?>> The normal way of eliciting a back trace from> within
> > gdb didn't work.> > The non repeating lines were
, the stack traces to have some similar
code.
Thank you very much for finding the similar bug!
So,
Kingsley
On 03/18/2019 18:22, Bernhard Übelacker wrote:
> Hello Kingsley G. Morse Jr.,
> the backtrace of the crash you reported seems to be quite
> similar to another bug reported in #908549.
I elicited a stack trace from gdb by
1.) redirecting output to a file
(gdb) set logging on /tmp/gimp.gdb.log
2.) and defining a function that requested a
back trace after running gimp
(gdb) define mc
>file gimp
>r
>bt 1000
>^d
Another clue:
After gimp crashed in gdb, I couldn't type
anything in any xterminal.
However, pressing ctl-alt-F1, to go to an old
school console, worked.
That let me kill gdb's process and fix my key
baord.
Another clue, maybe:
gdb reported
Thread 1 "gimp" received signal SIGSEGV,
Package: gimp
Version: 2.10.8-2
Severity: normal
Dear Maintainer,
Thank you very much for maintaining gimp!
It's very, very useful!
I seem to have found a way to crash it.
Maybe you can too.
(And ultimately, fix it.)
* What led up to the situation?
1.) Run gimp from the command line
Gnumeric's developer dug a little deeper, and wrote
"For some reason Gnumeric thinks your symbols
differ only in case. That looks like a bug."
So,
Kingsley
--
Time is the fire in which we all burn.
A gnumeric maintainer whose name rhymes with
"Amadeus" suggested using exact().
On GIMPNet's #gnumeric channel.
Like
=if(exact("♂","♀"),"The same","different")
He seemed to think it's intentional.
I dunno.
But exact() seems to work for me.
So,
Kingsley
--
Time is the fire in which we
Package: gnumeric
Version: 1.12.43-1
Severity: important
Hi Dmitry,
1.) Thanks for maintaining debian's gnuemric
package.
2.) It rocks.
3.) Maybe I found a bug.
A tiny spread sheet it attached.
It has only one cell.
It is just an if() statement.
It compares the male
Hey Michael,
Thanks for your polite and informative email.
It all makes sense.
I wish us the best of luck with version 2.12!
So,
Kingsley
On 04/05/2018 08:17, Michael Tokarev wrote:
> 05.04.2018 07:55, Kingsley G. Morse Jr. wrote:
> > It's at
> >
> >
It's at
http://loaner.com/core_of_qemu_SIGSEGV.1.gz
You should be able to decompress it with a command
like:
$ gunzip kingsleys_stupendous_core_dump.gz
So,
Kingsley
--
Time is the fire in which we all burn.
On 03/16/2018 22:38, Dan Dennedy wrote:
> [...]
> reduced from 1.75g RES to
> [...]
> 0.24g
Looks good, Dan.
Thank you very much,
Kingsley
--
Time is the fire in which we all burn.
nch) and test this
> out...
>
> On Thu, Feb 22, 2018 at 12:20 AM Jean-Baptiste Mardelle <j...@kdenlive.org>
> wrote:
>
> > On 17.02.2018 05:55, Kingsley G. Morse Jr. wrote:
> > > I'm happy to provide you with an even smaller and
> > > easier test
kdenlive's upstream maintainer, Jean-Baptiste
Mardelle wrote that he pushed a fix into branch
'Applications/17.12'[1].
That's the good news.
The bad news?
I tested debian's version 17.12.1-1 and it was
still broken.
I worked around it again by changing
Hi Phil,
I find I often benefit from other people's point
of view.
If you happen to have the time, and are so
inclined, and it would be comfortable, feel free
to elaborate on your comment in bug report #889493.
I'm particularly curious why you wrote it had no
merit.
So,
Kingsley
--
Time is
Package: tech-ctte
Severity: important
First of all, thank you very much for sharing your
time and expertise with the debian project.
I'm happy to report I've been using it 24x7 since 1996.
The main reason I'm writing is that it seems to
me
1.) the committee decided in 2014 that systemd
Hey Patrick,
I'm happy to report I worked around the bug by
changing line 6 of
/usr/share/kdenlive/export/profiles.xml
from
acodec=vorbis
to
acodec=libvorbis
Someone using the nick name "furq" on freenode's
#ffmpeg channel showed me that ffmpeg's web site
recommends using
Here's gdb's back trace of the seg fault, but
with debugging symbols for libavcodec57.
--
Time is the fire in which we all burn.
#0 move_audio (sf_size=, venc=0x9e40ddc0) at
src/libavcodec/vorbisenc.c:1073
save =
input =
len =
cur = 0x0
frame_size =
Hey Patrick,
When rendering to .webm, kdenlive passes
acodec=vorbis
to melt.
Here's an example
$ /usr/bin/melt /tmp/saved.mlt in=0 out=63 -profile atsc_1080p_25 -consumer
avformat:/home/kingsley/tmp/test.webm f=webm vcodec=libvpx acodec=vorbis crf=23
vb=0 quality=good aq=6
Hi Patrick,
I'm happy to report that upgrading the package
named
libarmadillo8
from version
1:8.200.0+dfsg-3
to
1:8.300.1+dfsg-1
seems to have fixed it.
Why?
I suspect because
melt uses /usr/lib/frei0r-1/facedetect.so,
/usr/lib/frei0r-1/facedetect.so
Package: melt
Version: 6.4.1-6+b1
Severity: normal
Hey Patrick,
Happy new year.
I'm chasing another bug.
When I run melt on the command line, it crashes
with
$ melt
Segmentation fault
kdenlive does too.
gdb's full back trace and valgrind's log for melt
are attached.
It looks to me
On 12/13/2017 10:44, Patrick Matthäi wrote:
> Am 13.12.2017 um 10:35 schrieb Kingsley G. Morse Jr.:
> > [...]
> > $ melt a_color.xml
> > [...]
>
> And there is no crash?
Yes.
You are correct.
I see no crash.
> Can you please provide me somewhere the whole (as
On 12/13/2017 09:02, Patrick Matthäi wrote:
[...]
> What happens if you render your project file
> directly with melt? => $ melt
> /path/to/project/file.xml
Sorry, I'm not sure I understand your question.
Yes, my project files are XML, but I usually use
the file name suffix ".kdenlive".
When I
On 12/13/2017 09:00, Patrick Matthäi wrote:
> [...]
> From a grep through the source code, it is not
> available anymore. If you want to report
> documentation / wishlist bugs, please do it at
> the kdenlive bugreport page
> [...]
OK
I reported bug 387867 at
Package: kdenlive
Version: 17.08.3-2
Severity: normal
Hi Patrick,
I like the free .webm video format.
kdenlive used to render to it for me.
Unfortunately, now it crashes.
Here's how:
1.) $ kdenlive
2.) File->New->Full HD 1080->HD 1080p 25 fps
3.) Project->Add color clip->Clip Color = black
Package: kdenlive
Version: 17.08.3-2
Severity: normal
Hi Patrick,
Happy holidays!
I'd like to use kdenlive's render log to find and
fix rendering bugs.
I followed the instructions in kdenlive_render's man
page to create on by setting the environment variable
named "KDENLIVE_RENDER_LOG".
I
Package: python-pandas
Version: 0.20.3-10
Severity: wishlist
Dear Maintainer,
Thank you very much for maintaining Debian's
pandas package.
I say with little fear of contradiction, its very
useful!
The main reason I'm writing is to humbly suggest
improving read_csv() to also automatically
Hi James,
Yeah, I saw glib and gobject in valgrind's stack
traces too.
I agree ffmpeg may not have a memory bug.
My only doubt?
A dynamic library call might hide one.
I see "dl-init.c" in valgraind's stack traces.
And, I read the following blunt criticism
/* Stupid users forced the ELF
Hi Carl,
> Nearly all messages seem to relate to melt, not FFmpeg.
Thanks for your informed thoughts.
> Can you reproduce any issues with ffmpeg (the executable)?
>
> The crc issue surprises me a little: Can you produce different
> output files if you use the valgrind option --malloc-fill?
Package: ffmpeg
Version: 7:3.4-3
Severity: normal
Hey guys,
Thank you very much for maintaining Debian's
ffmpeg package.
It's been an enormous source of fun.
In the course of chasing down a different bug, I
had the opportunity to run "melt" with valgrind.
Valgrind reported more ffmpeg
I'm happy to report I seem to have found a
solution.
I'll reveal it, and humbly suggest improvements to
debian's package recommendations and suggestions.
The important lines in valgring's copious output
appear to be
==5040== Invalid free() / delete / delete[] / realloc()
==5040==at
Hey Patrick,
Feel free to let me know if you'd like any more
diagnostic data.
I'm thinking about trying...
root$ aptitude full-upgrade
I expect it would destroy data that might
otherwise help diagnose the bug.
So,
Kingsley
--
Time is the fire in which we all burn.
An image viewer and browser named "gthumb"
crashed with a similar error message...
*** Error in
`/usr/lib/i386-linux-gnu/gstreamer1.0/gstreamer-1.0/gst-plugin-scanner': double
free or corruption (fasttop): 0x81319610 ***
Its Backtrace ...
Running melt in the debugger and waiting for it to
crash gives...
/lib/i386-linux-gnu/libc.so.6(+0x6738a)[0xb7dd438a]
/lib/i386-linux-gnu/libc.so.6(+0x6dfc7)[0xb7ddafc7]
/lib/i386-linux-gnu/libc.so.6(+0x6e806)[0xb7ddb806]
Check out the environment variable MALLOC_CHECK_
in ...
$ export MALLOC_CHECK_=5 ; /usr/bin/melt /tmp/mandelbrot.mlt in=0 out=149
-profile /tmp/customprofile3 -consumer avformat:/tmp/melt.mkv
properties=lossless/HuffYUV
MALLOC_CHECK_ controls how glibc responds to
programming errors.
Hi Patrick and David,
I seem to recall that my bug was initially limited
to only the .mkv format.
But, now all renders fail.
Even kdenlive projects that used to render to
.webm fail.
Maybe this bug is related to #847700.
In it, David wrote
Tested with WebM, MP4, MP4-H265, Webm... The
Hi Sebastian,
Thank you very much for sharing your thoughts.
It seems to me you asked a reasonable question:
> Why should frei0r-plugins break itself?
Through no fault of your own, when I filed the bug
report, I
1.) was unaware that a source package named
just "frei0r" existed,
Package: frei0r-plugins
Version: 1.6.1-1+b1
Severity: minor
Dear Maintainer,
Thanks for maintaining frei0r's plugins.
They look cool.
* What led up to the situation?
I wondered why ffmpeg failed to use frei0r plugins
as ffmpeg sources.
* What exactly did you do (or not do) that was effective
e 4.6.6-3 -> 5.0.6+dfsg1-1 is not supported. The only
> supported upgrade between stable versions: 4.6.6-3 -> 5.0.5+dfsg1-6+deb9u1.
>
> All other combination are not guaranteed.
>
> Best regards
>
> Anton
>
>
> 2017-07-24 21:09 GMT+02:00 Kingsley G.
Hey guys,
Thank you very much for maintaining gnuplot.
I love how many options it has.
I happened to notice this report's bug seems to
also be in a newer version.
It was originally reported against 5.0.3+dfsg3-1.
I see it with 5.0.6+dfsg1-1.
Here's some output that aptitude sent to my
New symptom:
Positions within a kdenlive project's timeline
and a clip's effects and transitions weren't
synchronized.
Same solution:
$ mv ~/.config/kdenliverc tmp
worked again!
That's the good news.
The bad news?
The aptly named "debugger" (gdb) fixes
[mlt_pool] out
Package: systemd
Version: 232-25
Severity: normal
* What led up to the situation?
a.) Upgrading systemd and udev from version 231-9 to
232-25.
b.) Trying to play sound.
* What exactly did you do (or not do) that was effective (or
ineffective)?
a.) root$ dmesg | egrep -i
Package: gnumeric
Version: 1.12.32-1+b1
Severity: normal
Hi Dmitry,
Thank you very much for maintaining Debian's
gnumeric package.
I like it!
Disclaimer: This is a long and inconclusive bug
report.
So,
Kingsley
* What led up to the situation?
Maybe
copying sheets
Package: veusz
Version: 1.21.1-1
Severity: important
O' mighty maintainers o' mega math maps!
* What led up to the situation?
root$ aptitude install veusz
The following NEW packages will be installed:
veusz veusz-helpers{a}
kingsley$ veusz
* What
Package: python-statsmodels
Version: 0.8.0-1
Severity: normal
In a secret underground lab, a solitary caped
figure kneels in front of a computer screen.
Who is this mysterious genius??
And why has he never been photographed together
with tall, dark, handsome Kingsley?
A lightning bolt blasts
Oops!
I forgot to mention that
[mlt_pool] out of memory
also appears on the console when kdenlive hangs.
Sorry,
Kingsley
--
Time is the fire in which we all burn.
For what it's worth, the workaround I described
above
$ rm .config/kdenliverc
basically seems to have fixed another bug.
Here's what happened:
$ export MESA_EXTENSION_OVERRIDE=-GL_ARB_draw_indirect ; kdenlive
kdenlive->File->Open recent->(a kdenlive project)
I tried
$ rm .config/kdenliverc
and re-ran kdenlive.
It worked!
Humble suggestion:
Keep this bug open for a month or so, in case the
bug reappears.
Thanks,
Kingsley
--
Time is the fire in which we all burn.
Hi,
Julien Cristau very nicely explained that
libgl1-mesa-dri-dbgsym is available in the debug
archive.
So, I'm happy to report the following gdb trace
with symbolic offsets in nouveau:
Program received signal SIGSEGV, Segmentation fault.
0xa2c17e2e in list_del (item=0x48920048) at
Package: libgl1-mesa-dri
Version: 11.2.2-1
Severity: normal
Dear Maintainer,
Sorry, I wish I didn't feel the need to mention
thia, but I seem to have stumbled upon a way to
elicit a SIGSEGV from
/usr/lib/i386-linux-gnu/dri/nouveau_dri.so
I was using a video editor named "kdenlive" to
Package: libgl1-mesa-dri-dbgsym
Version: 11.2.2-1
Severity: normal
Dear Maintainer,
Thanks for helping with mesa.
I get the impression maintaining it requires an
agile mind.
The main reason I'm writing is to politely ask for
an i386 / 11.2.2-1 version of
libgl1-mesa-dri-dbgsym.
When I looked
Package: libc6-i686
Version: 2.22-7
Severity: minor
Hey guys,
I hope you're well.
* What led up to the situation?
While installing security patches, aptitude
asked if it would be OK to remove libc6-i686,
and neither
$ apt-cache show libc6-i686
or
$ aptitude
1 - 100 of 384 matches
Mail list logo