Package: kdump-tools
Version: 1:1.6.4-1
Followup-For: Bug #904524
A quick test here shows that calling the kernel postinst script will
fail because there is no kernel installed in a chroot. Assuming you used
a chroot for piuparts.
One solution here would be to not fail when the kernel is not foun
LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
-- no debconf information
>From 6f085fab67ba07ff38284f9fb865a7eb29346460 Mon Sep 17 00:00:00 2001
From: Thadeu Lima de Souza Cascardo
Date: We
Hey,
I built mariadb on my powerpc G4, it took a while and I got some OOM
during some of the tests. So those tests failed, but the package got
built anyway. I wonder if a simple rebuild would make it work on the
build machine.
I will see if I can get it to build on one of the porter machines.
Ca
On Wed, Nov 09, 2016 at 03:17:06PM +0200, Otto Kekäläinen wrote:
> 2016-11-08 11:08 GMT+02:00 Thadeu Lima de Souza Cascardo
> :
> > Hey,
> >
> > I built mariadb on my powerpc G4, it took a while and I got some OOM
> > during some of the tests. So those tests failed,
clone -1 -2
reassign -2 libjemalloc1
retitle -2 jemalloc uses a hard coded page size detected during build
bye
So, I traced this to jemalloc using the incorrect page size during
runtime. In fact, it detects the page size during build and set it up.
This has a large potential for a mess. And what
Package: kdump-tools
Followup-For: Bug #877250
Here is a patch for the issue.
commit effbf6dcdd75f3f127dee72c8817ffd17c50e931
Author: Thadeu Lima de Souza Cascardo
Date: Fri Oct 20 12:18:52 2017 -0200
Add ucf support
/etc/default/kdump-tools was already changed by the maintainer
Package: rnetclient
Version: 2017.1-1+b2
Followup-For: Bug #1009398
This is caused by libgcrypt working under FIPS mode by default, unless
its global_init has been called. That requires gcry_check_version to be
called, as one of the possibilities.
Here is an attached debpatch.
-- System Informa
Source: waylandpp
Version: 1.0.0-1
Severity: serious
Perhaps libwayland-client++1 should conflict/replace
libwayland-client++0, and the same for cursor and egl packages?
Preparing to unpack .../libwayland-client++1_1.0.0-2_amd64.deb ...
Unpacking libwayland-client++1:amd64 (1.0.0-2) ...
dpkg: er
Package: crash
Version: 7.2.3-2
Severity: serious
After doing some work with using components to fix this, I realized that
crash 7.2.1 didn't have the problem because the orig tarball included
the gdb tarball.
Funny thing is that I downloaded crash 7.2.3 from
people.redhat.com/anderson and that v
Source: gcc-7-cross-ports
Version: 11
Severity: serious
Since February 2018, some of the binary packages are not built anymore.
Per the changelog:
gcc-7-cross-ports (10) unstable; urgency=medium
* Build using 7.3.0-4.
*
* Stop building packages now built from gcc-8-cross.
*
-- Matthias
Package: kdump-tools
Version: 1:1.6.2-0.1
Severity: serious
Per Debian Policy, a conffile must not be modified by a maintainer
script. We should make /etc/default/kdump-tools not be a conffile
anymore, and create it during the installation.
We will probably need to do something with dpkg-maintscr
Package: groovebasin
Version: 1.4.0-1
Severity: grave
groovebasin crashes when simply running with 'groovebasin'. Setting this
as grave as it seems to make it unusable for any user.
I was using groovebasin during the stretch release cycle and though I
found some problems related to filename encod
Source: boost1.62
Version: 1.62.0+dfsg-5+b2
Severity: serious
After upgrading boost1.62 to 1.62.0+dfsg-5+b2, ncmpcpp does not start
anymore.
$ ncmpcpp
ncmpcpp: symbol lookup error: ncmpcpp: undefined symbol:
_ZNK5boost16re_detail_10620031icu_regex_traits_implementation12do_transformEPKiS3_PKN6ic
Package: crash
Version: 7.2.1-1+b1
Severity: serious
Tags: upstream
When git is installed, the eppic extensions will try to access
github.com to clone the extension code. The clean target does not clean
it up either.
This likely doesn't happen on a system that has just the build
dependencies inst
atch
--- crash-7.2.1/debian/patches/0001-dont-git-clone-eppic-extension.patch
1969-12-31 21:00:00.0 -0300
+++ crash-7.2.1/debian/patches/0001-dont-git-clone-eppic-extension.patch
2018-05-17 16:35:18.0 -0300
@@ -0,0 +1,25 @@
+From: Thadeu Lima de Souza Cascardo
Package: aerc
Version: 0.3.0-1
Severity: grave
$ aerc
Failed to load config: open
/build/aerc-bC6wph/aerc-0.3.0/debian/aerc/usr/share/aerc/aerc.conf: no such
file or directory
After copying /usr/share/aerc/aerc.conf to ~/.config/aerc/aerc.conf, and
fixing up the paths found there, I can't still
Source: oss4
Version: 4.2-build2017-1
Severity: serious
Tags: patch
/tmp/ccGBTa5R.s: Assembler messages:
/tmp/ccGBTa5R.s: Error: invalid attempt to declare external version name as
default in symbol
`.snd_pcm_hw_params_set_rate_near@@ALSA_0.9.0rc4'
oss4 started failing to bui
.35 (Closes: #968413)
+
+ -- Thadeu Lima de Souza Cascardo Fri, 14 Aug 2020
19:03:06 -0300
+
oss4 (4.2-build2017-1) unstable; urgency=low
[ Sébastien Noel ]
diff -Nru
oss4-4.2-build2017/debian/patches/libsalsa_drop_ppc64_specific_workaround_for_versioned_symbols.patch
oss4-4.2-buil
Source: jsjac
Followup-For: Bug #1006027
Control: tags -1 ftbfs
It does work on my current sid installation. I will check on a brand new
chroot.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'stable-security'), (500,
Source: jsjac
Followup-For: Bug #1006027
Control: tags -1 ftbfs
I tested this with sbuild and the package builds just fine.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'stable-security'), (500,
'unstable')
Architec
Use dpkg-shlibdeps -x option to exclude package instead of hand-made sed
+script. Closes: #453220
+
+ -- Thadeu Lima de Souza Cascardo <[EMAIL PROTECTED]> Web, 30 Jan 2008 23:28:50 -0200
+
ogle (0.9.2-5) unstable; urgency=low
* Now using dpatch to manage patches
signature.asc
Description: Digital signature
Package: gtk+2.0
Version: 2.10.13-1
Severity: serious
Tags: patch
Justification: no longer builds from source
Since cups 1.3, http_t members may not be directly accessed.
There are functions to access most of them, however.
This patch checks for cups >= 1.3 and uses the new functions
in this case
Package: libjinglebase0.3-0
Version: 0.3.11-1
Severity: serious
Justification: Policy 2.3
In the copyright file of libjinglebase, the Affine code is said to be
licensed under the GPL version 2 or later. OpenSSL license is
incompatible with GPL, as known by many.
The usual options are:
* ask permi
/changelog
--- aptitude-0.4.10/debian/changelog
+++ aptitude-0.4.10/debian/changelog
@@ -1,3 +1,11 @@
+aptitude (0.4.10-1.1) unstable; urgency=low
+
+ * NMU.
+ * Sets APT::Install-Recommends to the value of
+Aptitude::Recommends-Important. Closes: #448561
+
+ -- Thadeu Lima de Souza Cascardo
Package: centericq
Version: 4.21.0-19+b2
Severity: serious
Justification: Policy 2.3
centericq is distributed under the GPL. OpenSSL, which is distributed
under a non-compatible license is linked to libcurl4-openssl. centericq
should use libcurl4-gnutls. Perhaps, changing the Build-Depends would
h
Package: exaile
Version: 0.2.10+debian-1.1
Severity: serious
Justification: Policy 3.5
Exaile cannot import gtkmozembed if python-gnome2-extras is not
installed and fails to execute.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'exp
Package: balsa
Version: 2.3.20-1
Severity: serious
Justification: Policy 2.3
Although balsa allows linking to OpenSSL, libgmime does not and it is
GPL, not LGPL. So, balsa should not link to both gmime and openssl. You
have the usual options, including:
* Ask for upstream author of gmime to allow
Package: db4o
Severity: serious
Justification: Policy 2.3
This package's copyright file claims the author has a different
interpretation of the GPL, which is available at a currently unavailable
URL. The clarification should be in the copyright file itself.
-- System Information:
Debian Release
http://www.db4o.com/about/company/legalpolicies/gplinterpretation.aspx
Sorry I looked it up only now.
Thanks,
Cascardo.
signature.asc
Description: Digital signature
On Fri, Aug 29, 2008 at 08:46:00PM +0200, Thomas Viehmann wrote:
> Hi,
>
> udns has the recent DNS problem in a pretty bad way (i.e. no random, not
> even query IDs vs. not enough). And there is no indication that anyone
> is working on getting it solved at the moment. (Last upstream release is
>
Package: gitosis
Version: 0.2+20080419-1
Severity: critical
Justification: breaks unrelated software
When installed, gitosis modifies the python sys.path for version 2.4
including /usr/lib/python2.5/site-packages/ as one of the first items,
breaking every other software that depends on python 2.4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: udns
Subject: udns: Transaction ID and Source Port not random enough
Version: 0.0.9-2
Severity: grave
Tags: security
Consecutive queries use the same initial fixed random port and
consecutive transaction IDs. This allow exploits using spoofin
I've checked that TIDs and source ports are not random enough dumping
the traffic using dnsget. Then, reading the code so I could fix it, I
found the rationale from Michael Tokarev, which I reproduce below.
/* this is how we choose an identifier for a new query (qID).
* For now, it's just seq
I've reproduced this bug with debian sid and gnome-panel 2.20.3. Then, I
installed gnome-panel 2.22.2 from experimental, restarted gnome and
reproduced it again, in the same way.
signature.asc
Description: Digital signature
tag pending
done
I have a patch for this bug, which includes some translation updates
too. Because of that, I am waiting for a Brazillian Portuguese
translation to be done here during debconf before I ask someone to
upload it to the delayed queue.
Please, wait until tomorrow, Aug 12th, by 17:00 U
On Tue, Aug 12, 2008 at 03:29:02PM +0200, Michael Meskes wrote:
> On Mon, Aug 11, 2008 at 07:12:47PM -0300, Thadeu Lima de Souza Cascardo wrote:
> > Please, wait until tomorrow, Aug 12th, by 17:00 UTC, which is when I'm
> > going to ask for the sponsorship and attach the NMU
@@
+gst-plugins-good0.10 (0.10.8-4.1) unstable; urgency=high
+
+ * NMU
+ * debian/patches/20_Fix_for_security_advisory_TKADV2009-0xx.patch:
++ Fix SA33650 and TKADV2009-03 (Closes: #512818)
+ * Urgency set to high due to urgency bug
+
+ -- Thadeu Lima de Souza Cascardo Tue, 27 Jan 2009
20:12
Hello, Robert.
Could you please provide some information, like the contents of
/usr/share/python-apt/templates/ and the output of lsb_release -icdr?
Best regards,
Cascardo.
signature.asc
Description: Digital signature
I could only reproduce the bug removing /etc/debian_version as well as
/etc/apt/sources.list.
Thing is, aptsources.distro from python-apt, has a function, get_distro,
which uses lsb_release to get the system codename. lsb_release will give
it 'n/a' as the codename and it will not match any of the
On Thu, Apr 23, 2009 at 09:15:33AM +0200, Bastian Blank wrote:
> Package: jabberd2
> Version: 2.2.7.1-2
> Severity: serious
>
> There was an error while trying to autobuild your package:
>
> > Automatic build of jabberd2_2.2.7.1-2 on lxdebian.bfinv.de by sbuild/s390 98
> [...]
> > checking for gs
On Thu, Apr 23, 2009 at 10:23:12AM -0300, Thadeu Lima de Souza Cascardo wrote:
> On Thu, Apr 23, 2009 at 09:15:33AM +0200, Bastian Blank wrote:
> > Package: jabberd2
> > Version: 2.2.7.1-2
> > Severity: serious
> >
> > There was an error while
5/site-packages/gracie/server.py:90: UserWarning:
> openid.server.server.Server constructor requires op_endpoint parameter for
> OpenID 2.0 servers
> self.openid_server = OpenIDServer(store)
> gracied.
> =
>
> (The warning message is another bug to be fixed; but the serve
Package: gracie
Version: 0.2.8-1
Severity: grave
Justification: renders package unusable
gracie cannot even get configured properly, since the postinst script
tries to start the server.
It fails to import gracie.server. I cannot import gracie, but I can
import other packages in /usr/share/pyshare
Hello, folks.
While udns has no entered etch or lenny, we should reconsider that
situation in the case of squeeze. Some software in Debian depends or may
be improved while depending on udns. libapache2-mod-defensible, for
example, was rebuilt without udns for the lenny release. Now, jabberd2
depen
Package: libwebkit-1.0-2
Version: 1.1.12-1
Severity: serious
Justification: Policy 7.2
Webkit now requires soup content sniffing support. This is not present
in some older versions of soup. So, a versioned dependency should be
used.
-- System Information:
Debian Release: squeeze/sid
APT prefe
Package: udns
Severity: grave
Michael Tokarev, main developer of udns has requested me not to
distribute udns with Debian yet. It should not be released with Etch.
Please, remove it from unstable for now. Next release will be upload to
experimental RSN.
-- System Information:
Debian Release: 4.0
Package: libinstrudeo0
Version: 0.1.3-3
Severity: serious
Justification: Policy 2.3
This library is linked to OpenSSL, whose license is incompatible with
GPL, which is the license of libinstrudeo0 itself and the ffmpeg
libraries it uses (libavcodec0d and libavformat0d).
-- System Information:
De
Package: libqdbm-dev
Version: 1.8.70-1
Followup-For: Bug #385660
Since 1.8.66, some memory alignment and other bugs have been fixed. They
may be related to the bugs in the check when building bogofilter. I have
not tried it myself. Could you try that, please, and, then, close the
bug if it is fixe
Package: gnash
Version: 0.7.2+cvs20070512.1554-1
Severity: serious
Justification: Policy 2.3
gnash makes no exception to link to OpenSSL, which is distributed under
a license which is not compatible with GPL. However, the package depends
on libcurl4-openssl instead of libcurl4-gnutls.
-- System
Package: crosshurd
Version: 1.7.25
Followup-For: Bug #338855
Tested patch follows.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-vserver-amd64-
Package: gabber
Severity: serious
Gabber is a GPL-licensed software, and, as so, should not be distributed
linked to libraries whose license is incompatible with the GPL. That
includes OpenSSL.
That's a serious bug, because it's a GPL violation (you cannot
distribute the complete corresponding so
Package: gnome-hearts
Version: 0.1.2-1
Severity: grave
Justification: renders package unusable
When started, gnome-hearts crashes. Removing the configuration file as
pointed in another bug reported does not solve the problem.
There is no message on console. The backtrace is the following:
#0 0x
Package: gtk-gnutella
Version: 0.96.1svn12109-1
Severity: serious
Justification: none
As described in gtk-gnutella FAQ, non-stable versions expire after 90
days, while old stable versions expire after a year. Since Debian stable
versions take a long time to be released, I suggest releasing the sta
Package: multipath-tools
Version: 0.4.7-1.1
Followup-For: Bug #390023
The upgrade path fails. Installing version 0.4.7-1.1 (no upgrade) is
successful. When upgrading, stopping the process before configuring it
(dpkg --configure multipath-tools) solves the problem.
It seems that when prerm script
Package: totem
Version: 2.16.2-2
Severity: serious
Justification: Policy 2.3
Totem copyright holders have allowed an exception to the GPL so Totem
may be distributed with GStreamer non-GPL plugins. However, this is not
stated in the debian/copyright file.
-- System Information:
Debian Release: 4
Package: ire-rotj
Version: 1.02-5
Severity: grave
Justification: renders package unusable
After using the keyboard to choose one menu option, the program crashes.
The console output is below.
$ ire-rotj
IRE game runtime, Copyright (C) 2004 IT-HE Software
IRE Kernel version: 0.92
Build date: Mar 3
Package: ire-the-flat
Version: 0.91-1
Severity: grave
Justification: renders package unusable
While it loads, the program crashes. This is the console output.
$ ire-flat
IRE game runtime, Copyright (C) 2004 IT-HE Software
IRE Kernel version: 0.92
Build date: Mar 30 2006 at 04:38:00
IT-HE lib vers
Package: listen
Version: 0.4.3-1
Severity: grave
Justification: renders package unusable
When home is mounted over NFS, listen fails to start with the following
backtrace:
Traceback (most recent call last):
File "/usr/bin/listen", line 409, in ?
Listen()
File "/usr/bin/listen", line 136,
On Wed, Dec 01, 2010 at 06:44:26PM +0300, Michael Tokarev wrote:
> After several years of silence I'm about to release
> a new version of udns, with just one bugfix and a change
> from sequentional queue IDs for queries to random, using
> a simple pseudo-random number generator by Bob Jenkins.
>
>
Package: libjs-jac
Severity: serious
jsjac includes a jsmin.c and its corresponding executable, that is
licensed as follows:
"
Copyright (c) 2002 Douglas Crockford (www.crockford.com)
Permission is hereby granted, free of charge, to any person obtaining a
copy of this software and associated do
Package: mmh
Version: 0.3-1
Severity: serious
mmh conflicts with dvb-apps.
dpkg: error processing archive /var/cache/apt/archives/mmh_0.3-1_amd64.deb
(--unpack):
trying to overwrite '/usr/share/man/man1/scan.1.gz', which is also in package
dvb-apps 1.1.1+rev1500-1.1
Errors were encountered wh
Package: opencl-headers
Version: 2.1-1
Severity: serious
I can't find opencl-clhpp-headers at the archive.
Regards.
Cascardo.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kerne
Package: tasksh
Version: 1.0.0-1
Severity: serious
tasksh does not work without taskwarrior being installed. It should
Depend on taskwarrior.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architecture
Package: libgnuradio-fcdproplus3.7.10
Version: 3.7.25.4b6464b-1
Severity: serious
When upgrading from libgnuradio-fcdproplus0 to
libgnuradio-fcdproplus.7.10, I get this error:
Preparing to unpack .../libgnuradio-fcdproplus3.7.10_3.7.25.4b6464b-1_amd64.deb
...
Unpacking libgnuradio-fcdproplus3.7.
Package: libgnuradio-iqbalance3.7.10
Version: 0.37.2-6
Severity: serious
When upgrading from libgnuradio-iqbalance0 to
libgnuradio-iqbalance3.7.10, I get this error:
Preparing to unpack .../libgnuradio-iqbalance3.7.10_0.37.2-6_amd64.deb ...
Unpacking libgnuradio-iqbalance3.7.10 (0.37.2-6) ...
dpk
Note, however, that Net::DNS needs Net::DNS::SEC for the cryptographic
part. The RRs are now part of Net::DNS, but later upstreams of
Net::DNS::SEC have removed them.
See [1] for the changelog, and [2] for the bug report.
So, the ideal fix here is to package new upstream of libnet-dns-sec-perl
an
Package: info-beamer
Version: 1.0~pre3-1.1
Severity: serious
The silkscreen font present in the samples is not free. Quoting from its
README/"license":
"This font is free for personal and corporate use and may be redistributed in
this unmodified form on your Web site. I would ask that you *not mo
Package: libparpack2
Version: 3.0.2-1
Severity: serious
libparpack2 has the file libparpack.so.2.0.0, which was present in
libarpack2 3.0.1-1. So, it should replace or break it.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testin
Package: python-xstatic-jquery-ui
Version: 1.10.1.1+debian+dfsg1-3
Severity: serious
Package fails to upgrade.
Unpacking python-xstatic-jquery-ui (1.10.1.1+debian+dfsg1-4) over
(1.10.1.1+debian+dfsg1-3) ...
dpkg: error processing archive
/var/cache/apt/archives/python-xstatic-jquery-ui_1.10.1.1+d
Package: libopenraw1v5
Version: 0.0.9-3.7
Severity: serious
libopenraw1v5 does not properly handle its relationship with
libopenraw1, causing conflicts like the one below:
Preparing to unpack .../libopenraw1v5_0.0.9-3.7_amd64.deb ...
Unpacking libopenraw1v5:amd64 (0.0.9-3.7) ...
dpkg: error proce
2015-10-20 06:30:56.0 -0200
+++ libopenraw-0.0.9/debian/changelog 2015-10-21 11:59:53.0 -0200
@@ -1,3 +1,10 @@
+libopenraw (0.0.9-3.8) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Replaces and Conflicts with libopenraw1 instead of libopenraw1v5.
+
+ -- Thadeu Lim
71 matches
Mail list logo
