Bug#1059329: cinnamon-desktop-environment: dependency on noto-font installs too many fonts, fontlist exploded.

2023-12-22 Thread dr. ir. Tjeerd J. Pinkert

Dear Fabio,

thanks for the quick reply. OK, so that is one issue less... then please 
close this bug?


I also made a reply to the fonts-noto main package. Both the exploding 
fontlist and difficult deinstallation are discussed there in threads:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983291
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756456

Splitting out the Noto font in many language dependent files seems to be 
not so handy somehow... Unicode was invented to circumvent that issue...

However, the noto-core package still has many fonts installed.

Best regards,


Tjeerd Pinkert

On 12/22/23 17:06, Fabio Fantoni wrote:
Hi, this was already reported by other people and fixed in 5.8.0 (that 
is in unstable/testing) moving fonts-noto from deps to recommends.


I was thinking if it might be useful to further reduce the default 
installation (with recommended) by replacing fonts-noto with 
fonts-noto-core, but I don't know how much the fonts of the other 
packages recommended by fonts-noto are used.




Bug#983291: Default font: Transition from DejaVu to Noto

2023-12-22 Thread dr. ir. Tjeerd J. Pinkert

Dear Fabian, List,

thanks for packaging fonts for Debian.

On Mon, 18 Sep 2023 13:28:36 +0200 Fabian Greffrath  
wrote:

> If I recall it correctly, the primary suggestion in that bug report
> is to split fonts-noto-core into an LCG and an "other" package.

I have created a MR to implement this:

https://salsa.debian.org/fonts-team/fonts-noto/-/merge_requests/1

 - Fabian


I was also struggling with the extensive font list issue. I managed to 
deinstall the font today to get rid of the annoyance. Of course, I am 
now also rid of a set of type faces.


Why are there so many language specific font files in the package? I'm 
not the most knowledgeable person in this field, but, is it not the idea 
of a unicode font to be capable to include all languages in a single 
font file for one font style / typeface? Then the list of Noto fonts 
would slink to only the various styles available (20 or so?).


- Are there technical boundaries that prevent this other than file size?
- Would this be something to discuss with upstream how to tackle this?

I would guess not only Debian faces these problems with Noto?

Another thought would be to split the package out super fine grained, 
and make the font installation depend on the language selection of the 
users? That would be a lot of work though. I guess there is not an easy 
solution, but people are struggling with this font as can be seen by the 
various bug reports mentioned in this thread. Especially the fact that a 
huge list of fonts is generated by the way the files are structured.


The issue will become harder when more software starts to depend on 
Noto, I had both cinnamon and texlive dependencies. Even only the noto 
core was too much for my taste...


Best regards,


Tjeerd Pinkert



Bug#996594: ardour shows no GUI after asking for and confirming session (core dumped)

2021-10-17 Thread Tjeerd J. Pinkert

Dear maintainer,

I tried to find the related source file in the ardour source package, 
but it was not found. Thus my conclusion, where is the source file?


There are several unrelated packages that have this source file in their 
list (https://codesearch.debian.net/search?q=freeverb.cpp or 
FreeVerb.cpp). I deinstalled lmms (including wine and a lot of i386 
packages) and the metapackage multimedia-audio-plugins, which depends on 
a lot of packages. This resolved the problem.


Trying to recreate the problem by reinstalling packages piecewise 
reinstalling multimedia-soundsynthesis recreated the problem (narrowing 
in, it's reproducible).


After installing package naspro-bridges (0.5.1-3) core dumps occurred 
seemingly at the same place during starting ardour:


Jack: JackClient::kGraphOrderCallback
no more csLADSPA plugins
lo server running on 14637
malloc_consolidate(): invalid chunk size
Aborted (core dumped)
user@machine:~$

Jack: JackClient::kGraphOrderCallback
no more csLADSPA plugins
lo server running on 14308
double free or corruption (fasttop)
Aborted (core dumped)
user@machine:~$

package naspro-bridges purged and continued installing the other 
packages separately. No other package caused problems. The strange thing 
being that the assertion failure did not come back.


How is it best to proceed? Shall I make a bugreport with the 
naspro-bridges package?


Best regards,


Tjeerd Pinkert


On 10/15/21 22:24, T. J. Pinkert wrote:

Package: ardour
Version: 1:6.5.0+ds0-1
Severity: important
X-Debbugs-Cc: t.j.pink...@alumnus.utwente.nl

Dear Maintainer,

I recently upgraded to Debian bullseye. Ardour was working fine on the
oldstable.
Upon starting ardour it gets as far as showing the session selection dialogue,
but then crashes.

Up till now I have not found a solution for the problem. However, when I
started ardour from the commandline I got the following debug information as
last few lines of the output:
...
no more csLADSPA plugins
ardour-6.5.0~ds0: src/freeverb/revmodel.cpp:37: void revmodel::setrate(int):
Assertion `rate <= TUNING_MAX_SAMPLE_RATE' failed.
Aborted (core dumped)
user@machine:~$

The sample rate for the selected session is 48 kHz for professional audio.
I think this must be a bug in the software. Ardour is supposed to be capable of
running at 48 kHz or higher sampling rates.

Best regards,


Tjeerd Pinkert

*** 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 of this action?
* What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 11.1
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-
debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.70 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ardour depends on:
ii  ardour-data   1:6.5.0+ds0-1
ii  ardour-lv2-plugins1:6.5.0+ds0-1
ii  libarchive13  3.4.3-2+b1
ii  libasound21.2.4-1.1
ii  libatkmm-1.6-1v5  2.28.0-3
ii  libaubio5 0.4.9-4+b4
ii  libc6 2.31-13+deb11u2
ii  libcairo2 1.16.0-5
ii  libcairomm-1.0-1v51.12.2-4
ii  libcurl3-gnutls   7.74.0-1.3+b1
ii  libcwiid1 0.6.91-2+b1
ii  libdbus-1-3   1.12.20-2
ii  libfftw3-single3  3.3.8-2
ii  libfluidsynth22.1.7-1.1
ii  libfontconfig12.13.1-4.2
ii  libgcc-s1 10.2.1-6
ii  libgdk-pixbuf-2.0-0   2.42.2+dfsg-1
ii  libglib2.0-0  2.66.8-1
ii  libglibmm-2.4-1v5 2.64.2-2
ii  libgtk2.0-0   2.24.33-2
ii  libgtkmm-2.4-1v5  1:2.24.5-4
ii  libjack-jackd2-0 [libjack-0.125]  1.9.17~dfsg-1
ii  liblilv-0-0   0.24.12-2
ii  liblo70.31-1
ii  liblrdf0  0.6.1-2
ii  libltc11  1.3.1-1
ii  libpango-1.0-01.46.2-3
ii  libpangocairo-1.0-0   1.46.2-3
ii  libpangoft2-1.0-0 1.46.2-3
ii  libpangomm-1.4-1v52.42.1-1
ii  libpulse0 14.2-2
ii  libqm-dsp01.7.1-4
ii  librubberband21.9.0-1
ii  libsamplerate00.2.1+ds0-1
ii  libsigc++-2.0-0v5