On Fri, Nov 04, 2016 at 12:19:18AM -0700, Andreas "Jimmy" Gredler wrote:
*SKIP*
> I've reached out to upstream again to see if they are willing to
> include it. I will updated you once I have more information.
*NewsFlash* Debian is upstream :D
--
Torvalds' goal for Linux is very simple: World
Package: comgt
Version: 0.32-2
Severity: normal
Tags: patch
Unfortunately, I've failed to make 'scripts/command' do timeouts
robustly with abomination of scripting language comgt provides. Thus
suspicious name ('scripts/cheater'). Rename appropriately as you wish.
Also, depends on #722303
After some investigation I see what I've done wrong -- I must have
modified 'lilo.pod' instead of 'lilo.8'. Now 'lilo.8' has some spelling
errors. But it might be OK. Who uses lilo these days? Or, in general,
reads documentation.
--
Torvalds' goal for Linux is very simple: World Domination
On Sat, Sep 10, 2011 at 10:32:24PM +0300, Sergio wrote:
*SKIP*
Supported modes: PACKET SAO
If my reading of this is correct (either blank, drive, or driver doesn't
TAO) then, I believe, 'wodim' should clearly admit and deny instead of
silently failing to deliver.
p.s. Just gave '-packet
Package: magicrescue
Severity: wishlist
Tags: patch
$Subject. Happily recovered about handred database backups that
survived google-wipe.
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
--- ../foo.kMK5Np.recipe 2013-11-19
Package: comgt
Version: 0.32-2
Severity: normal
Tags: patch
comgt/command (source: scripts/command) at lines #21..22 strips trailing
\x0A. Supposedly to replace it with \x0D at line #24. However, at line
#23 it feeds device with unaffected user input. Thus, device sees it
this way:
Package: lilo
Version: 1:24.0-2
Severity: wishlist
Tags: patch
I've just fought my way through some problematic kernel upgrade and
found -R option very handy. However, it's clear to me now, its
documentation lacks some vital details. I've tried to adhere to lilo(8)
style as much as I could.
Package: initramfs-tools
Version: 0.107
Severity: wishlist wheezy
(Orthogonal issues skipped for brevity.) Upgrading from somewhat mixed
squeeze/wheezy-1 to clean wheezy. Upgrading to lilo_1:22.8-8.3 (I
already knew it was needed) with no problems. Upgrading to
linux-image-3.2.0-4-486_3.2.41-2
Please ignore my #62, 'update-catalog --update-super' works indeed with
perl_5.14.
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Guys, you really must take some perl courses.
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
diff -urN backup/tools/update-catalog sgml-base-1.26+nmu3+dfs2/tools/update-catalog
--- backup/tools/update-catalog 2012-05-28
On Thu, Dec 16, 2010 at 07:49:09PM +1100, Matthew Palmer wrote:
The attached patch is based on Eric's, but is more Policy compliant, and
includes a test case for added validation. I've verified that it all works
as intended.
And here xorg-server_2:1.7.7-10 comes. And shows such a problem
On Mon, Dec 06, 2010 at 04:17:46PM +0100, Adrian Knoth wrote:
On Sat, Dec 04, 2010 at 04:29:03AM +0200, Eric Pozharski wrote:
If built against python-qt4-dbus_4.4.2-4 (of stable) and friends then
build fails with (just after prebuild cleanup)
I cannot confirm this. I just did
On Sat, Dec 04, 2010 at 12:02:01PM +0100, Julien Cristau wrote:
On Fri, Dec 3, 2010 at 21:48:12 +0200, Eric Pozharski wrote:
What surprises me most, is that above mentioned build log (at line
248) shows installation of xtrans-dev_1.2.5-1 and then build fails.
Although, I've just built
Package: cups
Version: 1.3.10-2
Severity: normal
Tags: patch
The problem devlops this way:
* Upon configuring it's checked if build environment has gnutls (as it's
seen by pkg-config).
* gnutls.pc is found and it exhibits dependency on zlib.
* However, while zlib1g-dev binary package itself
On Fri, Dec 03, 2010 at 04:53:38PM +0100, Cyril Brulebois wrote:
Eric Pozharski why...@pozharski.name (02/12/2010):
CC Cursor.lo
In file included from ../../src/Xfixesint.h:34,
from ../../src/Cursor.c:48:
/usr/include/X11/extensions/xfixesproto.h:51
Package: pycairo
Version: 1.8.8-1
Severity: important
Tags: patch
Justification: fails to build from source
[[ begin buildlog excerpt ]]
test -x debian/rules
mkdir -p .
/usr/share/cdbs/1/rules/buildcore.mk:104: WARNING: DEB_DH_STRIP_ARGS
is a deprecated variable
Package: libffado
Version: 2.0.1+svn1856-5
Severity: important
Tags: patch
Justification: fails to build from source
If built against python-qt4-dbus_4.4.2-4 (of stable) and friends then
build fails with (just after prebuild cleanup)
[[ build log excerpt ]]
dh_clean -X debian/tmp
Package: libxfixes
Version: 1:4.0.5-1
Severity: important
Tags: patch
Justification: fails to build from source
I guess some Build-Depends of libxfixes has lost Depends on libxext-dev.
With libxext-dev uninstalled fails with:
[[ buildlog excerpt ]]
config.status: executing
Package: gcc-defaults
Version: 1.96
Severity: important
Tags: patch
Justification: fails to build from source
[[ blog excerpt ]]
dh_testdir
dh_testroot
dh_installchangelogs -i
dh_installdocs -plibgcj-common
dh_installchangelogs -plibgcj-common
mv
Package: python3.1
Version: 3.1.2+20100926-1
Severity: important
Justification: fails to build from source
[[ blog excerpt ]]
gcc -pthread -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I.
-IInclude -I../Include -DPy_BUILD_CORE -DUSE_PYEXPAT_CAPI -c
../Modules/_elementtree.c -o
Package: sqlite3
Version: 3.7.3-1
Severity: important
Tags: patch
Justification: fails to build from source
If built against automake_1:1.10.1-3 fails with
[[ blog excerpt ]]
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
Package: pbuilder
Version: 0.199
Severity: important
Tags: patch
atk1.0_1.30.0-1 has a leading block of comments in debian/control file.
'pbuilder' then fails to get Build-Depends (actually any other too) from
such file.
Attached patch works with or without leading comment-block. That
Package: qa.debian.org
Severity: normal
Listing bugs for packages with huge ('linux-2.6', 992 bugs) or enourmous
('wnpp', 3805 bugs) number of bugs fails. The query timeouts for
browser and 'querybts' says Unable to connect to Debian BTS. 'apt'
(834 bugs) is OK. Isn't there something
Package: magicrescue
Version: 1.1.6-1
Severity: important
Tags: patch
Attached bugfix has description of proposed changes. Consider also at
least 'Suggests:' for 'zip' and 'unzip' packages. Without them
'magicrescue' is completely unable to recover .zip files (think
openoffice).
-- System
Package: libffi
Version: 3.0.7-1
Followup-For: Bug #525591
Not exactly. That's debian/rules what mangles with ffi.h location.
190 endif
191 dh_install -s --sourcedir=debian/tmp
192
193 mkdir -p debian/libffi-dev/usr/include/$(DEB_HOST_GNU_TYPE)
Package: mysql-dfsg-5.0
Version: 5.0.81-1
Severity: normal
While investigating FTBFS of mysql-dfsg-5.0_5.0.51a-24+lenny1 I'd fallen
down into comparing buildlogs. I'd compared mine with
mysql-dfsg-5.0_5.0.81-1; as a result of this weird comparision I've got
a surprising feeling that automake1.9
Package: libxcb
Version: 1.3-2
Severity: normal
Build against accidental xcb-proto_1.4-1 (quoting libxcb_1.3-2.dsc:
xcb-proto ( 1.3), xcb-proto ( 2.0)) fails with:
checking for XCBPROTO... configure: error: Package requirements
(xcb-proto = 1.5) were not met:
Requested
Package: gcc-defaults
Version: 1.87
Severity: normal
Honestly, I fail to see how 'gcc-defaults' succeeded to build before.
Right now it misses 'gkeytool'.
Buildlog (in attach) is infested with
sh: gkeytool: command not found
142 times (for me). Than
install -m644
On Fri, May 08, 2009 at 07:21:16PM +0200, Ludovic Brenta wrote:
Unfortunately, the log file you provided doesn't tell me much more; it
only contains:
configure:4943: checking whether compiler driver understands Ada
configure:4966: result: no
On my machine which also runs testing, I get:
thanks
(just in case that happen to go to cont...@b.d.o too)
On Thu, May 07, 2009 at 09:45:46PM +0200, Ludovic Brenta wrote:
tags 527367 moreinfo
thanks
I don't think this problem is related to libtool and I don't think that
black magic would solve it.
I don't insist (I really have no idea
Package: gnat-4.3
Version: 4.3.3-2
Severity: normal
Please apply the same black magic, you've already spelled over gcj-4.3.
I should admit, that the context isn't exactly testing -- gcc-4.3 is of
4.3.3-7. That seems to be unrelated, but look in log -- it's full of
already familiar libtool's
Package: gcj-4.3
Version: 4.3.3-3
Followup-For: Bug #523509
I've experienced the same problem. As a measure to verify dependencies
desincronization I'd attempted to rebuild gcc-4.3_4.3.3-3 (testing) --
it failed the same way, gcj-4.3 fails. Yesterday I've rebuilt
gcc-4.3_4.3.3-7 (unstable) --
Package: pidgin
Version: 2.5.5-1
Severity: serious
Justification: no longer builds from source
Please add a comma after 'intltool' (the last word on the first line) in
Build-Depends header of debian/control
p.s. Maybe I've somewhat overvaluated severity, but 'pidgin' really
FTBFSed on me (for
Package: pbuilder
Version: 0.186
Severity: normal
Tags: patch
Accidentally stepped into Fdebian/control with funny wrappings.
Namely Blibmodule-scandeps-perl, version 0.89-1. Offending lines are:
Build-Depends-Indep: perl (= 5.8.0-7), perl-modules (= 5.10.0) |
Package: bind9
Version: 9.5.1.dfsg.P1-1
Followup-For: Bug #515074
Accidental build with libdb4.2 already installed (build system needs
clean-ups too) FTBFSes me too. For some weird reason ./configure picks
libdb4.2 while ignoring libdb4.6 and consequently fails (the same way
for me as for Helmut
Package: libperl-critic-perl
Version: 1.088-1
Severity: normal
Accidental build against stable Blibexception-class-perl (1.21-1)
discovered that BPerl::Critic prerequires BException::Class
explicitly. It needs 1.23 at least. Buildlog in attach. 1.24-1 is OK.
-- System Information:
Debian
Package: e2fsprogs
Version: 1.088-1
Severity: normal
Accidental build against stable Blibexception-class-perl (1.21-1)
discovered that BPerl::Critic prerequires BException::Class
explicitly. It needs 1.23 at least. Buildlog in attach. 1.24-1 is OK.
-- System Information:
Debian Release:
Package: bind9
Version: 1:9.5.0.dfsg.P2-4
Severity: normal
Accidentally attempted to build against libdb3-dev_3.2.9_dfsg-0.1 (which
Provides: libdb-dev). Buildlog in attach. Build against
libdb4.2-dev_4.2.52+dfsg-5 succeeds.
Honestly, I should attempt against libdb4.1-dev_4.1.25-18 first;
Package: libgnomecanvas
Version: 2.20.1.1-1
Severity: normal
I've accidentally built Clibgnomecanvas against Clibgail-dev (and
Clibgail as a side effect) from stable (version 1.8.11-4). The build
has FTBFSed (build log in attach). BTW, Clibgnomecanvas_2.20.1.1-1
needs at least 1.9.0 anyway.
Package: e2fsprogs
Version: 1.41.3-1
Severity: normal
Accidental build against Bdietlibc-dev_0.30-4 FTBFSes (buildlog in
attach).
-- System Information:
Debian Release: lenny/sid
APT prefers oldstable
APT policy: (700, 'oldstable'), (700, 'testing'), (700, 'stable'), (110,
'oldstable'),
On Thu, Nov 13, 2008 at 12:54:56PM +0100, Bastian Blank wrote:
On Wed, Nov 12, 2008 at 12:13:35PM +0200, Eric Pozharski wrote:
Build against 11.0011 (current in testing)
succeeds.
The version in question does not use kernel-package to build i386
packages. No idea
Package: linux-2.6
Version: 2.6.26-8
Severity: normal
Bkernel-package is limited to = 1.10.23 (Blinux-2.6 of 2.6.26-10 is
the same, at time of bugreporting). Build against 11.001-0.1 (I know,
that was the highest version in (local) repo at build time) FTBFS --
buildlog[*] in attach. Build
Package: samhain
Version: 2.2.3-6.1
Severity: serious
Justification: Debian Policy, section 4.2; severity suggested in [EMAIL
PROTECTED]
IBuild-Depends of Bsamhain sets Blibprelude-dev with no relation.
I'd built accidentally against version 0.9.7.2-1. Build fails upon
configuring (I'm
Package: graphviz
Version: 2.20.2-3
Severity: serious
Justification: Debian Policy, section 4.2; severity suggested in [EMAIL
PROTECTED]
IBuild-Depends of Bgraphviz doesn't set relation for Bswig.
I'd built accidentally against 1.3.29-2.1 (of etch). It's not enough,
buildlog in attach.
On Sun, Aug 10, 2008 at 12:55:00PM +0200, Loïc Minier wrote:
On Sat, Aug 09, 2008, Eric Pozharski wrote:
Please, don't press me. Let's rephrase above: Since what visitor
has to be more responcible than regulars?
I'm not pressing you; I'm suggesting what you could do to move your
On Fri, Aug 08, 2008 at 11:43:51AM +0200, Loïc Minier wrote:
On Fri, Aug 08, 2008, Eric Pozharski wrote:
BYou? I hope that Byou is plural. Look, despite the fact that
my F/etc/issue says my system is Blenny/sid in fact it's far
from it. Right now, that Bwill be a PITA for me to attempt
On Thu, Aug 07, 2008 at 01:16:43PM +0200, Loïc Minier wrote:
On Thu, Jul 31, 2008, Eric Pozharski wrote:
Excuse me a bit of speculation. If my understanding of Debian
Policy is correct than Bx11-utils package in state of B7.3+2 (in
sid) violates it. However (at moment of writing
Package: pbuilder
Version: 0.181
Severity: normal
Tags: patch
The Bx11-utils package has funny comments in its Fdebian/control.
Those comments are accepted by Bget_control_re function as part of
IBuild-Depends: field. Then Bpbuilder-satisfydepends-experimental
dies with C(not adding to #)
Package: pbuilder
Version: 0.181
Severity: normal
File: /usr/lib/pbuilder/pdebuild-internal
Tags: patch
Shortly what happened. Bperl-5.10 builds successfully, that's the
testsuite what fails. The troubles are with
Flib/Module/Build/t/tilde.t; two exempts of it in attempt to show
what's going
49 matches
Mail list logo