There was an incompatibility in the tests with libxml2 2.13. That version was
introduced to experimental about 2 weeks before this bug was filed, so that
was likely the issue. This issue was fixed upstream in gpscorrelate ver. 2.2
(as well as 2.3 of course).
ad forced the upgrade).
I have migrated to GRUB 2 and can confirm this resolves the issue.
cheers,
Dan
The Networking People (TNP) Limited. Registered office: Network House, Caton
Rd, Lancaster, LA1 3PE. Registered in England & Wales with company number:
0766739
Package: src:linux
Version: 5.10.216-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
After upgrading to linux-image-5.10.0-29 the system fails to boot with
grub 'Error 16: Inconsistent filesystem structure'. Booting into
linux-image-5.10.0-28-amd64
and the system is on
Greetings!
I took a look at this bug today.
I found that the regress testsuite make use of some negative offsets, which
seem to perplex the reader on 32 bit systems.
Please see the attached patch, which has allowed this to build for Ubuntu.
-Dan
Author: Dan Bungert
Description: Fix reads
I examined this bug a bit.
In test/reader_test.rb, test_nil / test_null_multi_bulk are both failing.
If these tests are commented out, the package build will complete. Doesn't
sound like a great idea though as it's not clear to me why these tests
regressed.
-Dan
Is anyone monitoring these bug reports? Any suggestions on next steps?
Sorry.
I don't know if I am talking about Geo:: or Gis::
or libgeo or libgis.
It is all too confusing.
I'll leave it to others to straighten out.
Package: libgis-distance-perl
Severity: grave
On https://metacpan.org/pod/Geo::Distance
is says
Deprecated.
The maintainer of this distribution has indicated that it is deprecated and
no longer suitable for use.
So it is time to remove this package from Debian! Thanks.
Fixed in git, supports old (4) and new versions.
See also https://github.com/mltframework/mlt/issues/930
On Thu, Oct 12, 2023 at 6:34 AM Patrick Matthäi via Mlt-devel <
mlt-de...@lists.sourceforge.net> wrote:
> Hello,
>
> I have got this patch for RTAudio 6 "support" (not tested, but it builds
>
Are there any plans to backport this? Is the bug in a state that allows
it to show up as an action item for the maintainers?
Can this bug be backported to stable?
Thank you for the clarification and quick response.
Package: qt6-base-dev
Version: 6.4.2+dfsg-16
Severity: grave
Justification: renders package unusable
libqt6opengl6-dev has been unavailable in sid for a bit now. The last
available version was 6.4.2+dfsg-11 (which cannot be installed now due
to version conflicts).
-- System Information:
Debia
Upstream proposal resolves this:
https://github.com/matthewwithanm/pilkit/pull/66/commits/e2eb73e1798865a201e570fced0bac195b2a590c
-Dan
Just wanted to quickly confirm that the same fix proposed at:
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=1040854;filename=python-tinyrpc_0.6-4ubuntu1.debdiff;msg=10
works well for python-lockfile.
-Dan
This dependency was removed upstream in v0.0.18 (and v0.0.19).
Package: libgeo-calc-perl
Version: 0.12-1
Severity: grave
File: /usr/share/doc/libgeo-calc-perl
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=146578
Regarding Geo::Calc version 0.12, there is something very wrong.
The distance from London to Tokyo,
11314595.851556
is different that fro
Also:
The following packages have unmet dependencies:
libavformat58 : Depends: libsrt1.4-gnutls (>= 1.4.4) which is a virtual
package and is not provided by any available package
Package: mplayer
Version: 2:1.4+ds1-3+b2
Severity: critical
The following packages have unmet dependencies:
mplayer : Depends: libavcodec58 (>= 7:4.4) which is a virtual package and is
not provided by any available package
Depends: libavformat58 (>= 7:4.4) which is a virtual package a
Upstream has now moved away from Bazel:
https://github.com/ankitects/anki/commit/5e0a761b875fff4c9e4b202c08bd740c7bb37763
The new build system uses cargo and ninja. It'll still be a substantial job to
package this for Debian, but hopefully more feasible than before.
Revised kernel works for me as well! Thanks everyone for the rapid response.
.
I try recommended solution mpt3sas.max_queue_depth=1 but nothing helps.
Without xen system boots. With xen I must use 5.10.0-18.
Regards
Dan
-- Package-specific info:
** Kernel log: boot messages should be attached
** Model information
sys_vendor: Supermicro
product_name: Super Server
On Fri, 21 Oct 2022 13:51:48 + Dan Coleman wrote:
> Thanks for sending them! No need for the binary packages, I mostly just want
> to see if I can successfully apply patches and get a working kernel.
The patches work! I booted into the new kernel just fine.
Thanks for sending them! No need for the binary packages, I mostly just want to
see if I can successfully apply patches and get a working kernel.
On 10/21/22 08:42 AM, Salvatore Bonaccorso wrote:
> Hi,
>
> On Fri, Oct 21, 2022 at 12:55:09PM +, Dan Coleman wrote:
>> Hey,
>&g
Hey,
> On Thursday, 20 October 2022 22:10:27 CEST Salvatore Bonaccorso wrote:
> > So there are two patches who need to be reverted:
> >
> > https://lore.kernel.org/stable/20221020153857.565160-1-alexander.deuc...@amd.com/
> > https://lore.kernel.org/stable/20221020153857.565160-2-alexander.d
Hi Diederik,
Great news! I'm glad I did it correctly.
On 10/20/22 11:32 AM, Diederik de Haas wrote:
> Hi Dan,
>
> On Thursday, 20 October 2022 17:26:42 CEST Dan Coleman wrote:
>> Yeah, I tried to apply it, but I had that same problem where I managed to
>> compile the
9
$ debian/bin/test-patches -j14
/home/dan/Downloads/0001-drm-amdgpu-fix-sdma-doorbell-init-ordering-on-APUs.patch
[Kernel builds without a problem as far as I can tell]
$ cd ..
$ ls
linux-5.10.149 linux-headers-5.10.0-19-amd64_5.10.149-1a~test_amd64.deb
linux_5.10.149-1.debian.tar.xz
linux-i
Comments inline below
On Mon, 26 Sep 2022 08:26:56 + Winnie Yue wrote:
> Package: ndctl
> Version: 71.1-1
> Severity: serious
>
> For Debian 11.5 32 bit, I got below info:
>
> apt-cache search ndctl
>
> libndctl-dev - Development files for libndctl
>
> libndctl6 - Utility library for managing
Dear Maintainer,
I backported the work merged upstream around ffmpeg 5. Please see attached.
This was sufficient to address the FTBFS both for Sid and Ubuntu Kinetic.
-Dan
Description: Backport ffmpeg 5 fixes.
Author: Dan Bungert
Origin: https://github.com/Motion-Project/motion/pull
Just saw the existing merge request. Oh well, I guess I can treat this as +1
for merging https://salsa.debian.org/games-team/performous/-/merge_requests/1 .
/performous/-/commit/de72e1dfae743adb65a444341872bda06d6941e7
Is -mno-altivec still required?
-Dan
step in the right direction, but in this older codebase needed more.
Please see attached for a patch that fixes build of the version in experimental
with Sid and Ubuntu Kinetic.
-Dan
Description: constify AVCodec* for ffmpeg 5 compat
Origin: https://github.com/performous/performous/pull/752
Dear Maintainer,
I backported the work merged upstream around ffmpeg 5. Please see attached.
This was sufficient to address the FTBFS both for Sid and Ubuntu Kinetic.
-Dan
Description: ffmpeg 5 compat
Author: Dan Bungert
Bug-Ubuntu: https://bugs.launchpad.net/debian/+source/xmms2/+bug
Dear Maintainer,
I backported the work done by upstream around ffmpeg 5. Please see attached.
This was sufficient to address the FTBFS both for Sid and Ubuntu Kinetic.
-Dan
Subject: Backport ffmpeg 5 fixes
Author: Dan Bungert
Origin: https://github.com/Xpra-org/xpra
Bug
expect the same results for
Debian.
changeset: 16603:ba930c1fc380
summary: JPEG: Implement more efficient way to append JPEG profile chunks.
-Dan
n't caused me any
trouble yet.
--
Dan Chokola
On Mon, Jan 10, 2022 at 12:06:31PM +0200, Andrius Merkys wrote:
> On 2022-01-08 00:02, Dan Bungert wrote:
> > When built against sqlite 3.37 or newer, the build will fail in test.
> > tests/cases/Database.pm_001.sh:FAILED:
> > 2c2
>
tags 997756 patch
thanks
Hi,
I ran across this FTBFS today and investigated. Here's a patch.
The forkme sed now appears unneeded, and the other one needs a URL update.
-Dan
diff -Nru python-meshplex-0.15.13/debian/rules python-meshplex-0.15.13/debian/rules
--- python-meshplex-0.15.13/d
Package: icewm
Version: 2.8.0-1
Severity: grave
Are there any other users who can confirm
https://github.com/ice-wm/icewm/issues/62 ?
Can you please update so we can see if
https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/137
really fixes the problem?
My disks are reaching the breaking point.
https://gitlab.freedesktop.org/xorg/proto/xorgproto/-/issues/35#note_1045802
Package: x11-xkb-utils
Version: 7.7+5
Severity: grave
Did anybody take a look at syslog recently?
It is flooded with
Internal error: Could not resolve keysym ...
So much so that the disk will fill up.
OK,
instead of saying
/usr/bin/which: this version of 'which' is deprecated and should not be
used.*
please say
/usr/bin/which: The 'which' utility will be removed in the future.
Please use
'command -v' instead. For more info, see ...
*Else you mean "tell the maintainer he
# ls -l /var/log/syslog*
-rw-r- 1 root adm 23119076 08-21 03:15 /var/log/syslog
-rw-r- 1 root adm 542530 08-16 01:01 /var/log/syslog.1
-rw-r- 1 root adm 136476 08-08 19:03 /var/log/syslog.2.gz
-rw-r- 1 root adm 309712 08-01 11:46 /var/log/syslog.3.gz
-rw-r- 1 root adm 14
reopen 992411
found 992411 5.3-1
thanks
All I know is the bug was to make
/usr/bin/which keep working.
All I see that was 'fixed' was making a news item.
There are hundreds of cgi etc. scripts that are now emitting errors.
https://en.wikipedia.org/wiki/Which_(command)
Please make sure /usr/bin/* stuff keeps working.
) unstable; urgency=medium
[...]
* New upstream version 3.4 (Closes: #972050)
- CVE-2020-11939 CVE-2020-11940 CVE-2020-15471
- CVE-2020-15472 CVE-2020-15473 CVE-2020-15474
- CVE-2020-15475 CVE-2020-15476
-Dan
Package: imagemagick-6-common
Version: 8:6.9.11.60+dfsg-1
Severity: grave
In
$ rgrep 'iframe.*/>' /usr/share/doc/imagemagick-6-common|wc -l
127
pages like
file:///usr/share/doc/imagemagick-6-common/html/www/command-line-processing.html
please replace
https://github.com/sponsors/ImageMagic
The following packages have unmet dependencies:
android-libadb : Depends: android-libbase (= 1:8.1.0+r23-8) but
1:10.0.0+r36-1~stage1.1 is to be installed
The following actions will resolve these dependencies:
Keep the following packages at their current version:
1) android-libbase [1:8
Package: ppp
Version: 2.4.7-2+4.1+deb10u1+b1
Severity: grave
In https://github.com/paulusmack/ppp/issues/167
> "PM" == Paul Mackerras writes:
PM> It seems like the debian packaging of pppd has not been updated to use
PM> whatever the "correct" way to supply new DNS servers to
PM> systemd-resol
On Thu, Sep 3, 2020 at 3:02 PM Michael Biebl wrote:
>
> Hi Dan
Hi Michael
>
> Am 03.09.20 um 20:42 schrieb Dan Streetman:
> > On Mon, Aug 17, 2020 at 4:42 AM Michael Biebl wrote:
> and over again.
> >>
> >> Afaics, the simplest solution, is to simply
ugh I have not actually looked into the code, so maybe it's fine.
In general I've tried to stay away from resolvconf as the integration
with resolved has been a bit painful, and I think xnox is in the
process of trying to fix that up.
I do tag any LP bugs that I notice relate to resolve
OK I made a WNPP,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969021
This was fixed upstream in
https://github.com/rhboot/pesign/commit/b535d1ac5cbcdf18a97d97a92581e38080d9e521.
Please use new upstream https://github.com/getmail6 release.
It uses python3.
Without upgrading, the getmail package is no longer installable on sid.
Regarding
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=42676
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=42677
etc.
Well if this is an libx11-6 bug, then patching just emacs won't fix the
(many more?) other packages this affects...
> "c" == cufalo writes:
c> Reported also for libx11-6 at
Package: libx11-6
Version: 2:1.6.10-1
Severity: critical
$ emacs -Q
Fatal error 11: Segmentation fault
Backtrace:
emacs[0x5111be]
emacs[0x4f6ead]
emacs[0x50f63e]
emacs[0x50f86d]
emacs[0x50f8e9]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x14140)[0x7fb642ee6140]
emacs[0x4d94b0]
emacs[0x4d9897]
emacs[0x
On 2020-04-17 06:57, Matthias Klose wrote:
The package fails to build in a test rebuild on at least amd64 with
gcc-10/g++-10, but succeeds to build with gcc-9/g++-9. The
severity of this report will be raised before the bullseye release,
so nothing has to be done for the buster release.
A new v
Package: nfs-kernel-server
Version: 1:1.3.4-2.5
Severity: critical
Tags: upstream
I have using development environment for ARM (sama5d3) with root on NFS. Arm
donwload kernel and DTB boots and mount root exported by my computer with
Debian Buster.
I works perfect with Ddebian Stretch but stop wi
Upstream is asking me to use version 83 when reporting bugs.
Package: wicd-gtk
Severity: critical
Version: 1.7.4+tb2-6
Package depends on python-glade2 python-gtk2, which are no longer in sid.
Well I have given up on webm due to #951451
and will now just download in mp4 format.
Do you have sound?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946995
The problem is also fixed in the upstream ver. 2.0 (upstream has moved to
https://github.com/dfandrich/gpscorrelate).
As noted in #946995, sound is stripped.
Package: chromium
Version: 79.0.3945.79-1
Severity: grave
Too bad.
It was good while it lasted.
But this new version today... within a few minutes...
Received signal 11 SEGV_MAPERR
#22 0x564ff676a0c6
#23 0x564ff3c983e5 ChromeMain
#24 0x7f94706cfbbb __libc_start_main
#25 0x564ff3c982
Affected:
product: 2nd Generation Core Processor Family Integrated Graphics
Controller
capabilities: msi pm vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
Not affected:
product: Wani [Radeon R5/R6/R7 Graphics]
Apologies for the long delay, updates to Debian are a deeper issue than I
initially realized. TripleA has had a history of maintenance overhead
problems, seeing the Debian fork has me realize that it is a fork with its
own unique code and in effect would be a second codebase to maintain. I do
not t
http://es6-features.org/#ExpressionBodies
X-Debbugs-Cc: fayl...@gmail.com
Package: libjavascript-beautifier-perl
Version: 0.25-1
Severity: grave
File: /usr/bin/js_beautify
js_beautify changes the => operator into = > thus creating syntax
errors, making one's code unusable.
fetch('https://example.com/').then(resp = >resp.blob()).then(blob
OK,
# aptitude -t sid install qgis
fixed it. That means there are dependency issues.
Reproduce with
# cat /etc/apt/sources.list
deb ... experimental ...
deb ... unstable ...
Package: qgis-providers
Version: 3.4.8+dfsg-1
Severity: critical
Setting up qgis-providers (3.4.8+dfsg-1) ...
/usr/lib/qgis/crssync: error while loading shared libraries:
libhdf5_serial_hl.so.100: cannot open shared object file: No such file or
directory
dpkg: error processing package qgis-provi
Causes loss of data, dropped sessions, hung-up conference calls,
Other programs calling $BROWSER becomes equivalent to calling kill(1).
Package: gcc-9-base
Version: 9.1.0-2
Severity: critical
E: Invalid archive member header...
E: Prior errors apply to /var/cache/apt/archives/gcc-9-base_9.1.0-2_amd64.deb
E: Prior errors apply to /var/cache/apt/archives/cpp-9_9.1.0-2_amd64.deb
E: Prior errors apply to /var/cache/apt/archives/cpp_4%
As we see in the comments above upstream has no such problem.
So I cannot file the bug upstream.
See how this other package takes a more cautions approach:
──┤ Configuring libpam0g:amd64 ├───
│ Most services that use PAM need to be restarted to use modules built for
this new version of libpam. Please review the following space-separated │
│ list of init.d scripts for services to be
We are seeing this bug on the jessie ( systemd 215-17+deb8u10) and it's
extremely serious, leading to systemd-journald eventually consuming all memory
on the system. Is there a fix for jessie incoming?
The Networking People (NorthWest) Limited. Registered office
AG> Attached is a backtrace
Glad you found the bug.
I'm instead going to give up on 32 bit completely, and buy a new
computer. So feel free to close this bug (if you confirm you can't
reproduce it on 32 bit.)
Well, a fix would be to take the cautions route of:
If pidof nodm is found, that means they currently running it, so abandon
all attempts to restart it.
If the user is so smart that they want to restart it, they can do it
themselves. (Equivalent of them rebooting the system themselves.)
P.S., there are no such "release notes",
$ dlocate --filename-only -L nodm|xargs grep -ic 'not upgrade' 2>&-
and even if there were...
don't you think it is silly if one cannot upgrade a package when using
the package lest disaster.
Does upgrading the kernel trigger reboot?
https://www.google.com/search?q=gobject/gtype.c:4265:+type+id+'0'+is+invalid
Here's the situation on i686. Be sure to test on i686, not amd64, where
it works fine.
libwebkit2gtk-4.0-37:
Installed: 2.23.91-1
epiphany-browser:
Installed: 3.31.91-2
$ mkdir /tmp/p; HOME=/tmp/p epiphany-browser
You'll see it just shows it is loading about:overview, and it just loops over
i686 only. Works fine on x86_64.
Package: epiphany-browser
Version: 3.31.91-2
Severity: grave
$ mkdir /tmp/p
$ HOME=/tmp/p epiphany /etc/motd
** (epiphany:11842): WARNING **: 06:53:40.412: Web process crashed
(WebKitWebProcess:12106): GLib-GObject-WARNING **: 06:53:41.133:
../../../gobject/gtype.c:4265: type id '0' is invalid
Thanks but one still must forbid
# aptitude search ~U
iFA libilmbase23
iFA libopenexr23
if gimp is to start on experimental.
Package: libopenexr23
Version: 2.3.0-3
Severity: grave
Please replace these. I had to
Marking version 2.3.0-3 of package libopenexr23 as forbidden
Marking version 2.3.0-3 of package libilmbase23 as forbidden
and
install libopenexr23=2.2.1-4 libilmbase23=2.2.1-2
else gimp won't start, etc.
Does your fix help the aptitude forbid-version I have placed?
The following packages will NOT be UPGRADED:
libilmbase23{a} libopenexr23{a} (R: libopenexr22)
I don't think so.
I had to do
# aptitude purge gimp
# aptitude -t sid install gimp
# aptitude forbid-version libilmbase23 libopenexr23 libpoppler-glib8
Marking version 2.3.0-3 of package libilmbase23 as forbidden
Marking version 2.3.0-3 of package libopenexr23 as forbidden
Marking version 0.71.0-1 of package libp
As you can see in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918382
gimp is relying (Depending) on a broken upload.
Perhaps you could make it Depend on libopenexr24 instead of libopenexr23.
Package: libopenexr24
Version: 2.3.0-4
X-Debbugs-Cc: 917...@bugs.debian.org
Severity: grave
# aptitude install libopenexr24
Selecting previously unselected package libopenexr24:amd64.
Unpacking libopenexr24:amd64 (2.3.0-4) ...
dpkg: error processing archive
/var/cache/apt/archives/libopenexr24_2.
retitle 917130 libIlmImf-2_2.so.23: cannot open shared object file
thanks
On my other machine gimp starts, but is in an ugly grey color.
Let's clean up these warnings first,
# su - nobody -c "DISPLAY=$DISPLAY HOME=/tmp/ gimp"&
GEGL-Message: 00:12:37.527: Module
'/usr/lib/x86_64-linux-gnu/gegl-0.
a sample diff with these control changes. What do you think?
- Dan Cecile
sample.diff
Description: Binary data
Indeed with G_SLICE=debug-blocks it starts, but still says
GEGL-Message: 15:02:47.435: Module
'/usr/lib/x86_64-linux-gnu/gegl-0.4/exr-save.so' load error:
libIlmImf-2_2.so.23: cannot open shared object file: No such file or directory
GEGL-Message: 15:02:47.499: Module
'/usr/lib/x86_64-linux-gn
Package: gimp
Version: 2.10.8-1
Severity: grave
Gimp crashes at startup.
GNU Image Manipulation Program version 2.10.8
git-describe: GIMP_2_10_6-294-ga967e8d2c2
C compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrappe
Can this bug be moved along? It keeps biting me
Hello! We should have this fixed in our latest stable: 1.9.0.0.13066 (
https://github.com/triplea-game/triplea/releases/latest)
I opened a ticket within the TripleA project for coordination amongst the
TripleA maintainers on this topic:
https://github.com/triplea-game/triplea/issues/4372
@ssoloff
Shouldn't the message also mention "or install a chromium-sandbox package if
available."?
Tell upstream.
chromium should Depend or at least Suggest chromium-sandbox.
Also a stack trace shouldn't really be produced as the message already
says it all. No?
1 - 100 of 387 matches
Mail list logo
