te the Debian one.
Best regards,
--
_o) Michel Lind
_( ) identities:
https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
The file attached shows more detailed log messages on the server side.
Two lines were added to sshd_config
LogLevel DEBUG3
LogVerbose auth-pam.c,sshd-session.c
Not sure it is useful. It shows only that the crash occurs when calling pammai 07 01:16:46 deb-trixie-alpha systemd[1]: Stopped ssh.
3623]: error: session process 3627 for
connection from fe80::5054:ff:fe30:ecda%enp1s0 to
fe80::a974:6230:38a9:f5b5%enp1s0 killed by signal 11
root@deb-trixie-alpha:/home/michel#
DEBUGINFOD_URLS=https://debuginfod.debian.net/ coredumpctl debug 3627
PID: 3627 (sshd-session)
Package: qt-style-kvantum
Version: 1.1.4-3
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: mic...@lebihan.pl
Dear Maintainer,
When running the update today, the following changes were to be applied:
Les paquets suivants seront ENLEVÉS :
qt5-style-kvantum-l10n
Les NOUVEAUX
Le 30/04/2025 à 14:48, Colin Watson a écrit :
> Could you drop --leak-check=full from the valgrind call, and instead add
> --main-stacksize=67108864 (i.e. eight times the current value)? Then
> provoke the bug again and send me the new valgrind output. Let's see if
> that tells us something dif
Le 30/04/2025 à 13:42, Colin Watson a écrit :
Is that the complete output from valgrind, or did you edit it down? It's
tantalizingly close to being useful, but it really feels like there
should be more of it. Could I have all of the lines matching
"==4019365=="?
Yes, I pasted a few line to
Le 30/04/2025 à 11:06, Chris Hofstaedtler a écrit :
* Michel Casabona [250430 00:36]:
Reconfiguring libpam-runtime to exclude ecryptfs doesn't make any
difference, it still crashes
Could you maybe post your full PAM configuration? That would be
/etc/pam.d/sshd and also all of /etc/
80::... port 22
Sometimes after sending public key
debug1: Next authentication method: publickey
debug1: Offering public key: /home/michel/.ssh/id_rsa RSA
SHA256: agent
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
Co
riant from a wrong search path, it'd break lots of other things anyway.
In summary, Simon's option 2 seems like the clear winner. As he pointed out, it
matches what's already being done for libEGL_mesa.so.0 shipped in libegl-mesa0,
with no known issues.
--
Earthling Michel
r about the inability to tell ELF headers apart
> and the real problems observed in trying to do so, I have a preference
> for the first option.
Given that different variants of libvulkan_*.so are located in separate search
paths, is there any scenario other than a system misconfiguration
performance when
mesa-vulkan-drivers is installed for multiple architectures, because the Vulkan
loader won't waste cycles trying to load ICDs that can't work.
It also avoids warning messages from the loader (or the dynamic linker?) when
trying to load ICDs that can't work.
--
Earthling Michel Dänzer \GNOME / Xwayland / Mesa developer
https://redhat.com \ Libre software enthusiast
On 2025-04-04 20:42, Helmut Grohne wrote:
> On Fri, Jan 15, 2021 at 12:06:14PM +0100, Michel Dänzer wrote:
>> On 2021-01-15 12:02 p.m., Thorsten Glaser wrote:
>>> Package: mesa-vulkan-drivers
>>> […]
>>> Multi-Arch: same
>>>
>>> The file
On 2025-04-04 20:42, Helmut Grohne wrote:
> On Fri, Jan 15, 2021 at 12:06:14PM +0100, Michel Dänzer wrote:
>> On 2021-01-15 12:02 p.m., Thorsten Glaser wrote:
>>> Package: mesa-vulkan-drivers
>>> […]
>>> Multi-Arch: same
>>>
>>> The file
packages/o/openscad/testing/s390x/47689316/
>
> This is fixed in upstream commit 5ca85d75c05de9df7c3170122dfdb04bc795b43a
> ("dri: Fix BGR format exclusion"), which I attached for your convenience.
Beware that this commit caused a regression on little endian platfors:
https://gitlab.freedesktop.org/mesa/mesa/-/issues
to build
on armel.
Thanks for filing. I've notified upstream:
https://github.com/ptesarik/libkdumpfile/issues/80
and will try and reproduce and fix this.
Best regards,
--
_o) Michel Lind
_( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7cc
Hi,
It seems that the bug is fixed upstream
https://github.com/fwupd/fwupd/pull/6735
es it?
> https://gitlab.freedesktop.org/mesa/piglit/-/merge_requests/821
However, 'spirv-as -h' still says:
'If no file is specified, [...] then the assembly text is read from standard
input.'
So this does seem like a spirv-tools bug, and my piglit change is a wo
Package: raspi-firmware
Severity: serious
Justification: 6
X-Debbugs-Cc: okgomdjgbm...@gmail.com
Dear Maintainer,
I tried to upgrade the kernel today( bookworm amd64), and it failed because of
raspi-firmware scripts. I had to rm manually files and purge raspi-firmware so
that the kernel can co
s for the delay, but I've uploaded a -2 that works around
dh_installsystemd not recognizing files in /usr/lib/systemd by moving it
to /lib/systemd, invoking dh_installsystemd, and moving it back to
/usr/lib/systemd
Let me know if that is acceptable - otherwise the changes in -1+b1 looks
fine too.
Thanks,
--
Michel Alexandre Salim
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
r to set up the EGL/GLX
context, and the latter should not rely on libepoxy pulling in the
corresponding libraries.
--
Earthling Michel Dänzer| https://redhat.com
Libre software enthusiast | Mesa and Xwayland developer
Package: python3-pafy
Version: 0.5.2-2.1
Severity: grave
Tags: patch
Justification: renders package unusable
X-Debbugs-Cc: okgomdjgbm...@gmail.com
Dear Maintainer,
pafy broke, after youtube droped dislike counts. There's a proper fix upstream
in the dev repo but not released yet.
A simpl
I'm using firefox-esr from the Debian repo and Firefox nightly from
Mozilla's website. I experience this issue only in Firefox ESR and
stable from the Debian repos. All browsers are used under Wayland. I
think that it might be an issue with the Debian build.
On Mon, 22 Nov 2021 09:31:55 -0700 Dani
Hello,
I experience freezes on Debian testing Bookworm (with mesa 21.2.5).
They happen very often when I open a link in new tab or open a new tab,
enter a URL and press Enter.
The proposed workaround of setting `gfx.x11-egl.force-disabled` to
`true` didn't solve the issue.
Michel Le Bihan
Package: youtube-dl
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: okgomdjgbm...@gmail.com
Dear Maintainer,
the youtube-dl project seams to have died.
There was no new release since 6/6/2021
The last commit was on 1 of Jully.
This delay is very long for this
By reverting the following files to the versions from 20210315:
amdgpu/picasso_sdma.bin
amdgpu/raven_sdma.bin
amdgpu/raven2_sdma.bin
--
Earthling Michel Dänzer | https://redhat.com
Libre software enthusiast | Mesa and X developer
Package: libasound2-plugins
Version: 1.2.2-dmo2
Severity: grave
Tags: newcomer
Justification: renders package unusable
X-Debbugs-Cc: alain-michel.porta...@laposte.net
Dear Maintainer,
the sound had been missing for a few days. After a little research another
person had solved the pb by downgradin
Upstream fixed this in
https://github.com/dino/dino/commit/9acb54df9254609f2fe4de83c9047d408412de28.patch
Hello,
This should be fixed in
https://salsa.debian.org/mimi8/chromium/-/commit/13d089e2059a8a09bd3d0611826ccc3e43293e0a
that is waiting to be sponsored.
issue is
blocking. Will you be able to maintain Chromium in Bullseye? I can help
with it if needed.
Michel Le Bihan
Hello,
All of your solutions besides downgrading Chromium that I didn't try
work for me.
Michel Le Bihan
Le samedi 09 janvier 2021 à 17:08 +0200, Faidon Liambotis a écrit :
> On Fri, Jan 08, 2021 at 07:30:03PM +0100, Michel Le Bihan wrote:
> > After updating libx11-xcb1 chrom
to
any UI input. I'm debugging that, but haven't made much progress.
Michel Le Bihan
Hello,
Yes, it won't be updated. If there will be a security issue/vuln, then
probably somebody will write about it and we will do something about
that.
Michel Le Bihan
Le vendredi 01 janvier 2021 à 20:34 +0100, Stephen Kitt a écrit :
> Hi,
>
> On Fri, 25 Dec 2020 20:50:04 +
sing
> outdated/insecure algorithms) is actually not that easy and I've seen
> many downloader packages doing it wrong - with secure APT there's one
> central place where all this is handled (securely)
>
>
>
> Cheers,
> Chris.
>
Michel Le Bihan
if you need any help or when you will be ready, so I will coordinate it
with the next patch release for unstable.
Michel Le Bihan
Le mercredi 23 décembre 2020 à 13:03 +0100, Jan Luca Naumann a écrit :
> Hey,
>
> parallel to Michel's very nice work to get chromium into unstable
&g
omium/WidevineCdm/`. It is
possibly to copy it there, but there is no nice UI to do that.
This resolves the policy issue, while still making it possible to use
that component. This change will be available in the next upload.
Michel Le Bihan
Hello,
Yes, I gave you the wrong file. Just uploaded the correct one under the
same url.
Michel Le Bihan
Le mercredi 23 décembre 2020 à 23:01 -0600, Boyd Stephen Smith Jr. a
écrit :
> On Wednesday, December 23, 2020 4:16:19 PM CST Michel Le Bihan wrote:
> > Could you please test i
adding them to the
upstream and pristine tar branches.
Michel Le Bihan
Le 23 décembre 2020 04:58:21 GMT+01:00, Vasudev Kamath a
écrit :
>Michel Le Bihan writes:
>
>> Le mardi 22 décembre 2020 à 17:35 +0530, Vasudev Kamath a écrit :
>>> Jonas Smedegaard writes:
>>
Hello,
My build just finished. Could you please test if you are still getting
this issue in https://lebihan.pl/files/chromium.tar.gz ?
Michel Le Bihan
Hello,
I made
https://salsa.debian.org/mimi8/chromium/-/commit/6d21c52698147ca072d223e4e6c2854053319531
and still am waiting for it to build. Is it OK?
Michel Le Bihan
Le mercredi 23 décembre 2020 à 14:13 -0600, Boyd Stephen Smith Jr. a
écrit :
> On Wednesday, December 23, 2020 4:30:48
/87.0.4280.88:content/browser/service_worker/service_worker_container_host.cc;l=671-679
I also think that it might be an upstream bug, but can't confirm unless
tested and reproducible in Google Chrome.
Michel Le Bihan
Le mercredi 23 décembre 2020 à 04:10 -0600, Boyd Stephen Smith Jr. a
écrit :
will be very slow. Once a crash occurs, please enter
`bt` in the shell and attach the backtrace to this bug.
I was not able to reproduce those crashes.
Michel Le Bihan
Le mardi 22 décembre 2020 à 17:35 +0530, Vasudev Kamath a écrit :
> Jonas Smedegaard writes:
>
> > Quoting Michel Le Bihan (2020-12-20 17:15:29)
> > > Le dimanche 20 décembre 2020 à 16:50 +0100, Jonas Smedegaard a
> > > écrit :
> > > > Quoting Michel
Hello,
I my NMU 87.0.4280.88-0.2 has just been uploaded to unstable and I'm
interested in joining and helping with the package. My work is in
https://salsa.debian.org/mimi8/chromium/ . Please also see the
discussion under
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973848 .
Mich
Hello,
Could you please check if this issue is present in version
87.0.4280.88-0.2 from unstable?
Michel Le Bihan
Le dimanche 20 décembre 2020 à 16:50 +0100, Jonas Smedegaard a écrit :
> Quoting Michel Le Bihan (2020-12-20 16:06:27)
> > A quick summary of the differences between both repos:
>
> Thanks, that is no doubt helpful!
>
> [ beware: commenting without actually having looked
. They put doc/*.rst in examples and I put it in doc. I also
moved the new example config to `/etc/biboumi/biboumi.cfg` since most
packages install example config directly in their final location in
`/etc`.
3. I updated copyright hints.
4. My release is marked NMU.
Michel Le Bihan
Le dimanche 20
me to understand how source of
this package is imported in the Salsa repo, but I think I did it
correctly now. https://salsa.debian.org/pkg-voip-team/biboumi
I also contacted aluaces who also did some work on that update.
Michel Le Bihan
Hello,
I updated the sources the same way you did and made a new release.
Could you please check if everything is fine and sponsor my NMU?
https://salsa.debian.org/mimi8/biboumi
Michel Le Bihan
On Thu, 17 Dec 2020 15:18:46 +0100 Jonas Smedegaard wrote:
> Quoting Michel Le Bihan (2020-12
d the hash in `with Debian dir
49ca567d9a5a72a0874b26f332c3f441ca6783f5` in
https://salsa.debian.org/mimi8/biboumi/-/commit/4efa9c854464d9087b673a0ef5ead39b92e6d109
.
I would like to continue importing upstream releases the same way it
was done before.
Michel Le Bihan
Le jeudi 17 décembre 20
@Michel: If you are interested in joining the VoIP team generally,
> then
> please join the mailinglist and request membership to the Salsa group
> -
> links are at https://wiki.debian.org/Teams/VoIP
Sorry, but I'm not really interested in VoIP software nor have much
experi
Hello,
It's not possible to open merge requests against
https://salsa.debian.org/pkg-voip-team/biboumi . They seem disabled for
that repo.
Michel Le Bihan
Hello,
I updated the patch disabling openh264:
https://salsa.debian.org/mimi8/chromium/-/blob/master/debian/patches/disable/openh264.patch
I was able to build Chromium with proprietary codec support, but
without openh264.
Michel Le Bihan
On Mon, 14 Dec 2020 21:04:00 +0100 Michel Le Bihan
it?
system/harfbuzz: I didn't investigate what's wrong with it. Just used
in tree version.
A patch for proprietary codecs + system ffmpeg.
Maybe more will be needed for Lintian warnings and errors.
Does anybody have any of the mentioned patches updated/written? It
would avoid duplicate
alsa so we can compare patches?
Also, maybe we could meet on IRC/XMPP/Matrix or somewhere?
Michel Le Bihan
On Mon, 14 Dec 2020 13:12:06 +0100 Jan Luca Naumann
wrote:
> Hallo everybody,
>
> I have done some of the work as well since I have not seen your message
> about your effo
s able to
build Chromium, but with many lint errors and many missing patches.
BTW, have you tried opening a bug upstream or submitting your ozone
patch upstream?
Michel Le Bihan
On Wed, 9 Dec 2020 04:34:39 + Jeff Blake wrote:
> On Tue, 08 Dec 2020 12:33:57 +0100 Michel Le Bihan wrote:
>
.
Michel Le Bihan
Hello,
I implemented this test in
https://github.com/mesonbuild/meson/commit/631a7b5a2a8ffa31d0d126608e79841be02ecfea
. Please enable it in the next version.
Michel Le Bihan
x27;s more like going outside and shouting something and then
complaining that somebody heard that and even recorded that.
Michel Le Bihan
Hello,
It should be possible to build the package with patched gcc-10 now:
https://github.com/qca/open-ath9k-htc-firmware/pull/164
Michel Le Bihan
Hello,
Indeed I had a copy in /usr/local/ that I don't remember installing.
Sorry for this bug report.
Michel Le Bihan
Le vendredi 25 septembre 2020 à 13:01 +0100, Simon McVittie a écrit :
> Control: tags -1 + moreinfo unreproducible
>
> On Fri, 25 Sep 2020 at 13:02:20 +0200, M
Package: gnome-screenshot
Version: 3.38.0-1
Severity: grave
Justification: renders package unusable
Hello,
When trying to launch gnome-screenshot, I get this error:
michel@debian:~$ gnome-screenshot --interactive
gnome-screenshot: symbol lookup error: gnome-screenshot: undefined symbol
on.c:96] Failed to load session backend
(phoc:611): phoc-wlroots-CRITICAL **: 18:07:10.428: [backend/backend.c:286]
Failed to start a DRM session
(phoc:611): phoc-server-ERROR **: 18:07:10.431: Could not create backend
```
It's also possible that I missed an important step, but I coul
You can find my debootstrap log here:
https://lebihan.pl/files/debootstrap.log
Source: libreoffice
Version: 6.4.4-1
Severity: grave
Justification: renders package unusable
Installing Debian with:
debootstrap --include=linux-image-amd64,grub-pc,xserver-xorg-video-all,gnome
--arch amd64 bullseye /mnt/hd http://ftp.pl.debian.org/debian/
fails at
W: Failure while configuring b
Hello,
Been running Chromium for the last 6 hours now, no crash since, so it
looks like that last patch finally got it.
- Michel
Hello,
Same here unfortunately. It has fixed the SIGSEGV when opening the Task
Manager, but as feared, that crash seems to be separate from the
randomly occurring one.
- Michel
58e2e0c6 in
content::ContentMain(content::ContentMainParams const&) ()
#22 0x5635c3e5 in ChromeMain ()
#23 0x704a1bbb in __libc_start_main (main=
0x56339f80 , argc=1, argv=0x7fffe168, init=out>, fini=, rtld_fini=,
stack_end=0x7fffe158)
at ../csu/libc-start.c:308
#24 0x5635c22a in _start ()
(gdb)
- Michel
Package: chromium
Version: 79.0.3945.79-1
Followup-For: Bug #945920
Hello,
Seeing these crashes too. HP Elitebook 8470p with Intel i5-3320M and
integrated Intel GPU. Running Xfce4. Hopefully the package info is
useful in debugging.
- Michel
-- System Information:
Debian Release: 10.2
APT
70] (EE) modeset(0): Failed to initialize glamor at ScreenInit()
> time.
> [ 455.570] (EE)
> Fatal server error:
> [ 455.570] (EE) AddScreen/ScreenInit failed for driver 0
On this machine, you need to add
Option "AccelMethod" "none"
to Section "Devic
On 2019-10-31 8:36 p.m., Petra R.-P. wrote:
> Am Do., 31. Okt. 2019, um 18:01 +0100 schrieb Michel Dänzer
> :
>> On 2019-10-30 2:15 p.m., Petra R.-P. wrote:
>
>> This happens when HW acceleration is disabled. If you can't or don't
>> want to enable HW acc
HW acceleration, the radeon
driver doesn't really provide much if any benefit over modesetting.
Section "Device"
Identifier "whateveryoulike"
Driver "modesetting"
EndSection
--
Earthling Michel Dänzer | https://re
Control: tag -1 pending
Hello,
Bug #943840 in rrdtool reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/rrdtool-team/rrdtool/commit/42ed9fd3b24ce895d3565aebb897ba
)[0x5577eff6e0ba]
Aborted
Running libreoffice with symbols installed in gdb shows:
michel@service-dyn79 /$ gdb /usr/lib/libreoffice/program/soffice.bin
GNU gdb (Debian 8.2.1-2+b1) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licen
I confirm that purging works as expected now. I was asked before
deleting the data directory.
Michel Le Bihan
Le vendredi 09 août 2019 à 10:56 +0200, Christoph Berg a écrit :
> forcemerge 933368 923567
> close 933368 9.6.15-0+deb9u1
> thanks
>
> This has been fixed in yest
at it should be clearly stated in the help and man. Since it
isn't and other packages don't do that, I think that it is a very
serious issue with the postgresql package.
Michel Le Bihan
-- System Information:
Debian Release: 10.0
APT prefers stable
APT policy: (500, 'stable&#
Hi Thomas
Thank you for your patch. I just made an upload based on it.
I had to remove python3-django-session-security.install since pybuild put the
files directly in the correct location.
Also I changed your sphinx changes. Originally:
> override_dh_auto_build:
> dh_auto_build -O--build
it
is very critical because opening a media file can cause my DE to crash
causing the loss of any unsaved work.
Michel Le Bihan
nableIOPorts: failed to setIOPL for I/O (Operation not permitted)
>
>
> With the nouveau driver, I get:
>
>
> Error allocating PGRAPH context for M2MF
These are thus likely red herrings.
--
Earthling Michel Dänzer | https://www.amd.com
Libre software enthusiast | Mesa and X developer
Hello,
I found a similar bug on Ubuntu's Launchpad:
https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1815236
The patch for that issue was added in Mesa 18.3.5 released on March 18,
2019.
Michel Le Bihan
Le jeudi 14 février 2019 à 20:31 +, Simon McVittie a écrit :
> Control: reassign -1 libgl1-mesa-dri
> Control: tags -1 + moreinfo
>
> On Thu, 14 Feb 2019 at 21:18:42 +0100, Michel Le Bihan wrote:
> > I opened a png file in eog and my display server crashed.
>
> eog sh
Package: eog
Version: 3.28.4-2+b1
Severity: critical
Justification: breaks the whole system
I opened a png file in eog and my display server crashed. Here is the relevant
part of my syslog:
Feb 14 20:44:45 debian org.gnome.Shell.desktop[1414]: Window manager warning:
Buggy client sent a _NET_ACTI
I can confirm this keyboard bug.
Since I upgraded my Debian SID, I lost my French keyboard in Firefox-
ESR and in Chromium. Using these two applications, this is like if were
typing on a QWERTY keyboard.
Apparently, this started this morning after upgrading. Please note that
Gnome-shell is not in
On 2019-01-30 10:34 a.m., Michel Dänzer wrote:
> On 2019-01-29 10:39 p.m., Lasse Flygenring-Harrsen wrote:
>> Package: xorg
>> Version: 1:7.7+19
>> Severity: critical
>> Justification: breaks the whole system
>>
>> Dear Maintainer,
>>
>> I have
Looks like there are no input drivers that Xorg can use. Is either
xserver-xorg-input-libinput or xserver-xorg-input-evdev installed?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
ears the 'xserver-xorg-vide-amdgpu' driver crashes the whole system,
> [...]
This is more likely an issue in Mesa or the kernel. The Xorg driver
doesn't have any GPU specific code which could cause something like this
anymore.
--
Earthling Michel Dänzer |
On 2018-08-16 10:27 AM, Simon Polack wrote:
> The issue seems to be not limited to ATI/AMD graphics, as i face it on
> intel aswell.
That's probably a separate bug in the modesetting driver, which might
indeed be fixed in upstream xserver 1.20.1.
--
Earthling Mi
er-xorg-video-radeon.
Anyway, this looks like another instance of
https://bugs.freedesktop.org/105381 , fixed in upstream xf86-video-ati
Git master. Meanwhile, you can avoid the problem with
Option "AccelMethod" "EXA"
or the modesetting driver.
--
Earthling Michel D
is particular bug, though, as
it's an xf86-video-ati bug.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
m menu seem not influented by the transparent layer
>
> The problem occur after recent actualization of xserver-xorg.
This should be fixed in upstream xf86-video-ati Git master. In the
meantime, you should be able to avoid the problem with
Option "Acce
1 , fixed in upstream
xf86-video-ati Git master.
Meanwhile, you can try
Option "AccelMethod" "EXA"
as a workaround.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
m fix (in Mesa, where the bug was) is
https://cgit.freedesktop.org/mesa/mesa/commit/?id=fe2edb25dd5628c395a65b60998f11e839d2b458
.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
signature.asc
Description: OpenPGP digital signature
-doc 5.5.2-4
scilab-full-bin 5.5.2-4+b1
scilab-include 5.5.2-4+b1
scilab-minimal-bin 5.5.2-4+b1
scilab-plotlib 0.42-1
scilab-test 5.5.2-4
Best regards,
Michel
Debug:
$ scilab -debug
unning debug of Scilab [gdb] : gdb --args /usr/bin/scilab-bin -debug
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Control: tags -1 +help
I'm unable to port gmdb to gtk-3. Mostly by lack of knowledge.
If someone propose a patch, I can very probably push it upstream, that would
be nice.
My plan is to remove gmdb package and to package only the drivers and command
line tools. Honestly, I boldly guess most pe
Can you use git bisect to determine which change introduced the problem?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
displays
Looks like this might be due to the environment variable GDK_BACKEND
being set to an invalid value.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
you can download installer of 1.5.7 (final) using
http://mgltools.scripps.edu/downloads/tars/releases/nightly/1.5.7/REL/mgltools_Linux-x86_64_1.5.7_Install
On 9/27/17 11:21 PM, Andreas Tille wrote:
[Put publicly archived bug page in CC to have a record of the discussion]
Hi Michel,
I'
=851066#30
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851066#53
Thank You,
Michel
On 16/07/17 07:04 PM, Ivan Sergio Borgonovo wrote:
On 07/16/2017 05:56 PM, Michel Dänzer wrote:
Hmm, the string "EGL search path is" and the corresponding code was
removed upstream for Mesa 10.6. Look for instances of libEGL.so.1*
other than /usr/lib/x86_64-linux-gnu/libEGL.so.
On 15/07/17 07:24 AM, Ivan Sergio Borgonovo wrote:
On 07/15/2017 05:29 AM, Michel Dänzer wrote:
On 15/07/17 07:10 AM, Ivan Sergio Borgonovo wrote:
On 07/10/2017 04:03 AM, Michel Dänzer wrote:
On 09/07/17 03:06 AM, Ivan Sergio Borgonovo wrote:
Please provide the output of the following
On 15/07/17 07:10 AM, Ivan Sergio Borgonovo wrote:
> On 07/10/2017 04:03 AM, Michel Dänzer wrote:
>> On 09/07/17 03:06 AM, Ivan Sergio Borgonovo wrote:
>>> Package: xserver-xorg-video-radeon
>>> Version: 1:7.9.0-1
>>> Severity: grave
>
>> I doubt this
1 - 100 of 401 matches
Mail list logo
