Bug#952625: libixion: FTBFS: configure: error: Package requirements (spdlog >= 0.16.0) were not met
Hi, Rene Engelhard kirjoitti 26.2.2020 klo 18.49: [...] >> libfmt-dev does not have a .pc file. Thus this isn't resolvable. >> >> root@frodo:/# pkg-config --cflags fmt >> Package fmt was not found in the pkg-config search path. >> Perhaps you should add the directory containing `fmt.pc' >> to the PKG_CONFIG_PATH environment variable >> No package 'fmt' found >> >> -> bug in spdlog > > Commenting out the above line of course works. > > It seems to me that libfmt-dev is header-only or static? (-dev doesn't > depend on a fmt shared library). So that means that it could safely be > removed for the header-only usecase. It is correct that as of moment libfmt-dev provides a static library only, due to a small library size plus still somewhat frequent API changes. [...] > Or fmt gets a .pc file (Cced.) Thanks for the message. Upstream started to provide .pc-file in relatively recent versions. With libfmt-dev from experimental (and soon in unstable), "pkg-config --cflags fmt" works. Regards, -- Eugene V. Lyubimkin aka JackYF C++ GNU/Linux userspace developer, Debian Developer
Bug#951474: libfmt-dev: spdlog try to load fmt v5 function()
Control: tags -1 + moreinfo Hello, Christian Marillat kirjoitti 17.2.2020 klo 8.45: > Note : This bug is for armel, armhf, arm64 and powerpc arches. > > As said in bug #950857 spdlog is build using an embedded copy of version 6+ > and thus fail to load include from version 5. > > [...] I'd need more details to reproduce and understand the problem, particularly whether packaged libfmt v5 is a root case or not. I can see the from lines that there is a linking problem in the package 'gerbera`, but I do not see where these logs are coming from. The unstable version of the package builds cleanly for me - are you trying to build an unreleased version? If yes, which exact sources? Do you have links to build logs? Regards, -- Eugene V. Lyubimkin aka JackYF C++ GNU/Linux userspace developer, Debian Developer
Bug#902457: [Cupt-devel] Bug#902457: cupt: FTBFS in buster/sid (failing tests)
Hello, Thank you for the report. On 27.06.2018 00:52, Santiago Vila wrote: > [...] > > tt/query/repo-signatures/validation-errors.t >(Wstat: 768 Tests: 9 Failed: 3) > Failed tests: 1-2, 9 > Non-zero exit status: 3 [...] > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/cupt.html > > If this is really a bug in one of the build-depends, please use reassign and > affects, > so that this is still visible in the page for this package. Apologies for the late response. I will take a look at this failure during the coming week-end, even though it'd be too late to avoid a temporary auto-removal from testing. Regards, -- Eugene V. Lyubimkin aka JackYF C++ GNU/Linux userspace developer, Debian Developer
Bug#836588: [Cupt-devel] Bug#836588: Bug#836588: cupt: FTBFS on armel/armhf: test failures
On 20.09.2016 16:06, Emilio Pozuelo Monfort wrote:
> On 19/09/16 22:00, Eugene V. Lyubimkin wrote:
>> On 18.09.2016 22:40, Eugene V. Lyubimkin wrote:
>>> Thank you. Turned out it is reproducible in release build (at the least on
>>> armel porterbox), but not in debug build.
>>>
>>> I'll look into it.
>>
>> Ok, something fishy is going on with lambda captures. I believe I found an
>> issue in either std::function or GCC
>> optimizer. Looks like a captured value ("this" in this case) is
>> uninitialized or corrupted, but only if previous lambda
>> captures a certain amount of variables, no matter was it called or not. Ugh.
>> I managed to reduce
>> the code to the following small example:
>
> Cool! Can you file a bug against g++-6 or libstdc++6 (or whatever you think is
> appropriate)? Have you found what optimization flag causes this? If it builds
> with -O1 or disabling some specific optimization, perhaps you can temporarily
> use that to avoid autoremoval from testing.
Sounds good for both points. Indeed, it builds with -O1. I will make a
packaging change and file a bug.
Bug#836588: [Cupt-devel] Bug#836588: Bug#836588: cupt: FTBFS on armel/armhf: test failures
On 18.09.2016 22:40, Eugene V. Lyubimkin wrote:
> Thank you. Turned out it is reproducible in release build (at the least on
> armel porterbox), but not in debug build.
>
> I'll look into it.
Ok, something fishy is going on with lambda captures. I believe I found an
issue in either std::function or GCC
optimizer. Looks like a captured value ("this" in this case) is uninitialized
or corrupted, but only if previous lambda
captures a certain amount of variables, no matter was it called or not. Ugh. I
managed to reduce
the code to the following small example:
(sid_armhf-dchroot)jackyf@harris:~/smalltests/small-std-function-arm$ cat hm.cpp
#include
#include
struct C
{
void doCb()
{
size_t dummy_a = 1;
std::cout << "Outside: " << this << std::endl;
std::function f;
f = [this, &dummy_a]()
{};
f = [this]()
{
std::cout << "Inside: " << this << std::endl;
};
f();
}
};
int main()
{
C c;
c.doCb();
}
(sid_armhf-dchroot)jackyf@harris:~/smalltests/small-std-function-arm$ cat
Makefile
all:
g++ -O2 -Wall -Wextra hm.cpp -o hm.e
(sid_armhf-dchroot)jackyf@harris:~/smalltests/small-std-function-arm$ ./hm.e
Outside: 0xbeaeb5f4
Inside: 0x2
(sid_armhf-dchroot)jackyf@harris:~/smalltests/small-std-function-arm$
~/valgrind/valgrind-3.12.0~svn20160714
/vg-in-place ./hm.e
==9628== Memcheck, a memory error detector
==9628== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==9628== Using Valgrind-3.12.0.SVN and LibVEX; rerun with -h for copyright info
==9628== Command: ./hm.e
==9628==
Outside: 0xbdb6a454
==9628== Use of uninitialised value of size 4
==9628==at 0x4916BF6: ??? (in
/usr/lib/arm-linux-gnueabihf/libstdc++.so.6.0.22)
==9628==
==9628== Conditional jump or move depends on uninitialised value(s)
==9628==at 0x4916BFC: ??? (in
/usr/lib/arm-linux-gnueabihf/libstdc++.so.6.0.22)
==9628==
==9628== Conditional jump or move depends on uninitialised value(s)
==9628==at 0x49179FA: std::ostreambuf_iterator
> std::num_put >
>::_M_insert_int(std::ostreambuf_iterator >, std::ios_base&, char, unsigned long) const (in
/usr/lib/arm-linux-gnueabihf/libstdc++.so.6.0.22)
==9628==by 0x4917AC5: std::num_put >
>::do_put(std::ostreambuf_iterator >,
>std::ios_base&, char, void const*) const (in
/usr/lib/arm-linux-gnueabihf/libstdc++.so.6.0.22)
==9628==by 0x491FDA3: std::ostream& std::ostream::_M_insert(void const*) (in
/usr/lib/arm-linux-gnueabihf/libstdc++.so.6.0.22)
==9628==
Inside: 0x2
==9628==
==9628== HEAP SUMMARY:
==9628== in use at exit: 0 bytes in 0 blocks
==9628== total heap usage: 2 allocs, 2 frees, 21,248 bytes allocated
==9628==
==9628== All heap blocks were freed -- no leaks are possible
==9628==
==9628== For counts of detected and suppressed errors, rerun with: -v
==9628== Use --track-origins=yes to see where uninitialised values come from
==9628== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 0 from 0)
Bug#836588: [Cupt-devel] Bug#836588: Bug#836588: cupt: FTBFS on armel/armhf: test failures
Control: -1 tags - unreproducible On 18.09.2016 17:37, Emilio Pozuelo Monfort wrote: >> I cannot reproduce the issue (that is, on the armhf porterbox harris.d.o the >> test suit passes). Any chance that at the >> time of the build some toolchain packages were in an inconsistent shape or >> had know issues? >> >> Can I do anything else with this bug before requesting to give-back the >> package on arhmf and armel? > > I have given them back. Let's see what happens. Thank you. Turned out it is reproducible in release build (at the least on armel porterbox), but not in debug build. I'll look into it.
Bug#836588: [Cupt-devel] Bug#836588: cupt: FTBFS on armel/armhf: test failures
Control: tags -1 + unreproducible Hi Emilio, On 04.09.2016 12:17, Emilio Pozuelo Monfort wrote: > Your package failed to build on armel/armhf. Logs at > https://buildd.debian.org/status/package.php?p=cupt&suite=unstable Thank you for the report. I cannot reproduce the issue (that is, on the armhf porterbox harris.d.o the test suit passes). Any chance that at the time of the build some toolchain packages were in an inconsistent shape or had know issues? Can I do anything else with this bug before requesting to give-back the package on arhmf and armel?
Bug#814722: xserver-xorg-video-intel: blank screen with cursor when trying to open a second screen
Package: xserver-xorg-video-intel Version: 2.99.917+git20160218-1 Followup-For: Bug #814722 Dear Maintainer, I am not sure this is the same bug, but I get similar symptoms when I try to open a second X screen by using 'kdmctl reserve'. When I do this, the screen goes to blank black with a blinking cursor, and I cannot switch to any X screen or VT consoles anymore, only reboot helps. I verified this happens on my system with the current unstable and testing versions of xserver-xorg/video-intel, and this doesn't happen when I downgrade it back to jessie version. I'd happy to provide an additional info. -- System Information: Debian Release: 8.0 Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xserver-xorg-video-intel depends on: ii libc6 2.21-8 ii libdrm-intel1 2.4.65-3 ii libdrm22.4.65-3 ii libpciaccess0 0.13.2-3+b1 ii libpixman-1-0 0.32.6-3 ii libudev1 215-12 ii libx11-6 2:1.6.3-1 ii libx11-xcb12:1.6.3-1 ii libxcb-dri2-0 1.10-3+b1 ii libxcb-util0 0.3.8-3 ii libxcb11.10-3+b1 ii libxv1 2:1.0.10-1+b1 ii libxvmc1 2:1.0.8-2+b1 ii xserver-xorg-core [xorg-video-abi-18] 2:1.16.4-1 xserver-xorg-video-intel recommends no packages. xserver-xorg-video-intel suggests no packages. -- no debconf information
Bug#807074: fbreader: includes files with unclear DFSG-freeness and/or copyright status
On 14.12.2015 22:56, Francesco Poli wrote: > Well, they themselves say that one of the files under consideration is > > | Derived, in part, from: > | > |* iso-pub.gml > | > |Copyright (C) 1986 International Organization for Standardization > |Permission to copy in any form is granted for use with > |conforming SGML systems and applications as defined in > |ISO 8879, provided this notice is included in all copies. > > and similarly for other files. > > Hence, they basically say that some OASIS files (that they distribute > under DFSG-free terms) are derived, in part, from some ISO files which > do *not* grant any permission to modify. > > Without any additional explanation, this sounds like a copyright > violation. Here our interpretations diverge then. Indeed it's always allowed to suspect, but I'd much prefer that a RC bug is filed after those suspects are confirmed. >> If they say 'yes', how one is >> supposed to verify that they really do? > > A simple "yes" answer would not suffice: they need to provide a > convincing explanation... Out of curiosity, what can that be? > Dropping the OASIS files from package fbreader is the last resort > solution, assuming that those files are not strictly needed for the > package to provide significant functionality. If a violation is present, this will be my first resort, otherwise fbreader will disappear from testing very quickly. Between absense of fbreader and worse DocBook format support in fbreader, I choose second. Ad plug: should anyone see a better action course, fbreader is open for adoption. > Please note that, as I have previously said, one FTP Assistant > confirmed that files under the ISO license are not fit for Debian main: > https://lists.debian.org/debian-legal/2015/12/msg0.html I don't read that as something I can directly apply for things under OASIS copyright. Of course I might be wrong, that's why I invited Debian archive masters to the loop. No reason for us to argue any longer, let's just wait for what they think. If those files are unfree, there were in the archive for 7+ years and can wait few days I presume. signature.asc Description: OpenPGP digital signature
Bug#797199: [Cupt-devel] Bug#797199: cupt must use the default C++ ABI
Control: tags -1 + pending Hello, On 28.08.2015 16:16, Matthias Klose wrote: > Please revert. boost 1.58 was built using GCC 5 from the start. Maybe, but the default one (1.55?) was not back then. Anyway, the modified version is already in ftp-NEW [1]. [1] https://ftp-master.debian.org/new/cupt_2.9.3.html -- Eugene V. Lyubimkin aka JackYF C++ GNU/Linux userspace developer, Debian Developer
Bug#794331: daptup: insane amounts of output on upgrades from testing or jessie to sid
On 01.08.2015 21:34, Andreas Beckmann wrote: > Thanks for the explanation. I'll see how I can handle this in piuparts > properly. You don't have any debconf question I could preseed to > configure this? No. One more option is maybe you could get rid of the daptup hook using dpkg path filtering (didn't use it myself, man page suggests something like '--path-exclude=/etc/apt/apt.conf.d/11daptup'). -- Eugene V. Lyubimkin aka JackYF, JID: jackyf(maildog)jabber.fsfe.org C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#766758: apt: does not process pending triggers
Hello! [ some CC's dropped, please tell if I missed someone ] Did not touch trigger stuff for a while, let's see if I catched up what happens here: 2014-11-15 00:28, Guillem Jover: > [...] > Only apt seems to be affected. dselect properly uses “dpkg transactions” > and as such queues all configuration in a final «--configure --pending» > call. And cupt seems to behave correctly by calling dpkg with > «--triggers-only --pending», but Eugene might know for sure. Cupt calls '--triggers-only --pending' in the end of run when "trigger deferring" (i.e. '--no-triggers') is enabled, which is the default (both in wheezy and jessie). Do I read your explanation [1] correctly that '--triggers-only --pending' needs to be invoked (in the end) always, since dpkg may choose not to process triggers not just because '--no-triggers' is passed, but also because dependencies of a 'triggers-pending' package are not satisfied right at that time? [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766758#69 -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730974: [Cupt-devel] Bug#730974: cupt: FTBFS on armel: src/internal/worker/metadata.cpp:1070:101: error: invalid use of incomplete type 'class std::future'
Control: tags -1 + confirmed Control: block -1 by 727621 Hi Andreas, Thank you for reporting this. It happens because of #727621 [1]. Any information about why armel is so specific to g++ in this regard would be helpful. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727621 -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724133: [Cupt-devel] Bug#724133: cupt: FTBFS: POD errors
Control: tags -1 + confirmed fixed-upstream Hello readers, 2013-09-22 19:53, David Suárez: > >pod2man --utf8 --name CUPT.CONF --section 5 doc/cupt.conf.5.pod > > > cupt.conf.5 && dh_installman -pcupt cupt.conf.5 && rm cupt.conf.5 > > doc/cupt.conf.5.pod around line 422: alternative text '--no-auto-remove/' > > contains non-escaped | or / > > POD document had syntax errors at /usr/bin/pod2man line 71. > > installing man page cupt.conf.5 failed at debian/install_pods line 16. > > make[1]: *** [override_dh_auto_install] Error 255 pod2man became more stricter; a fix is trivial, upload will follow quite soon. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710474: libunibreak-dev and liblinebreak2-dev: error when trying to install together
Control: -1 + confirmed Control: reassign -1 libunibreak-dev 2013-05-31 08:50, Ralf Treinen: > Package: liblinebreak2-dev,libunibreak-dev > Version: liblinebreak2-dev/2.1-1 > Version: libunibreak-dev/1.0-1 [...] > Here is a list of files that are known to be shared by both packages > (according to the Contents file for sid/amd64, which may be > slightly out of sync): > > /usr/include/linebreak.h > /usr/include/linebreakdef.h [...] Note for bug squashers: liblinebreak (libunibreak's predecessor) will be removed from the archive from jessie once its reverse dependency fbreader is rebuilt against libunibreak; libunibreak will be fixed to include the needed Conflicts. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639405: python2.X/3.X-dev ships windows binaries which are not built at build time: NMUed?
Hi Michael, Friendly ping from Helsinki mini-BSP :) You said that you NMUed the package but I didn't see any uploads regarding to this RC issue, did I miss something? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677146: python-uno uses unopkg from libreoffice-common: bug status in testing?
notfound 677146 libreoffice/1:3.5.4-3 notfound 677146 libreoffice/1:3.5.3-5 notfound 677146 libreoffice/1:3.4.6-2 Hi, On 2012-11-14 18:58, Rene Engelhard wrote: > There is no bug here because as I said two times in the bug (what the > submitter > ignored) unopkg is checked for functionality before really used. > This is a common pattern in Debian > > if [ works/there ]; then > do stuff > fi Ack, so I understood you correctly. What I meant in my mail (should have said more clearly) that BTS saw this bug as RC bug affecting testing. Following your arguments which I agree with, I mark this bug as not affecting testing/unstable. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691883: mahara: please backport security patches soon
Hei Melissa, Ping from Helsinki mini-BSP. It seems that upstream Git [1] has fixes for these security issues over a month. Debian is in freeze now, please backport those patches soon and try to get them in Wheezy [2] http://release.debian.org/wheezy/freeze_policy.html. If there's no answer to this bug in two weeks, I'll probably request the mahara removal from testing, considering that it has no reverse dependencies. This would be a hard step but we have to release Debian soon. [1] git://gitorious.org/mahara/mahara.git [2] http://release.debian.org/wheezy/freeze_policy.html -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677146: python-uno uses unopkg from libreoffice-common: bug status in testing?
Hi Rene, Friendly ping from Helsinki mini-BSP! You closed the bug, and it appears closed only in experimental. If I understood your mails correctly you state that bug is not-existent in testing, in that case can you please mark as fixed in testing? If it's not fixed in testing then it's different. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#681647: bindfs: Invalid memory access
Hi Marcelo and Martin, Thank you for your messages and patches, On 2012-07-15 12:36, Martin Pärtel wrote: > 1.10.7 should be clean (ran test suite with valgrind), but if you > want to base off 1.10.3 due to a feature freeze or something, then > please use the attached two patches instead. One is a more > comprehensive fix to readdir that can handle any failure of pathconf > for any reason. The other fixes another serious memory error in > 1.10.3. Yes, we are in freeze and Release Team wants to keep changes minimal. Many thanks for those directed patches, I'm preparing a new upload. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680657: fbreader: FTBFS on binary-only builds
tags 680657 + pending quit Hi Salvatore, On 2012-07-08 02:31, Salvatore Bonaccorso wrote: > Attached is a really miniamal patch, but it can be done better ;-) Works fine, applied, thanks. Upload will follow shortly. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680657: fbreader: FTBFS on binary-only builds
Hi Pino, On 2012-07-07 21:58, Pino Toscano wrote: > (As side request: would be possible to have the full compiling/linking > commands being run while doing a Debian build? Otherwise it is > difficult to see how fbreader is compiled.) It was an upstream choice, but I guess it's possible. Separate bug report and patch(es) for wheezy+1 welcome. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631816: qwt: diff for NMU version 6.0.0-1.1
tags 631816 + patch
tags 631816 + pending
thanks
Dear maintainer,
I've prepared an NMU for qwt (versioned as 6.0.0-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
diff -Nru qwt-6.0.0/debian/changelog qwt-6.0.0/debian/changelog
--- qwt-6.0.0/debian/changelog 2011-06-10 15:04:56.0 +0300
+++ qwt-6.0.0/debian/changelog 2012-03-24 20:31:31.0 +0200
@@ -1,3 +1,12 @@
+qwt (6.0.0-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update debian/control:
+- Fix the typo in Replaces: added the missing debian revision.
+ (Closes: #631816)
+
+ -- Eugene V. Lyubimkin Sat, 24 Mar 2012 20:27:37 +0200
+
qwt (6.0.0-1) unstable; urgency=low
* New upstream release (Closes: #624107):
diff -Nru qwt-6.0.0/debian/control qwt-6.0.0/debian/control
--- qwt-6.0.0/debian/control 2011-06-10 15:49:34.0 +0300
+++ qwt-6.0.0/debian/control 2012-03-24 20:27:30.0 +0200
@@ -13,7 +13,7 @@
Depends: ${shlibs:Depends}, ${misc:Depends},
libqwt6 (= ${binary:Version}), libqt4-dev
Breaks: libqwt5-qt4-dev (<< 6.0.0-1)
-Replaces: libqwt5-qt4-dev (<< 6.0.0-)
+Replaces: libqwt5-qt4-dev (<< 6.0.0-1)
Description: Qt widgets library for technical applications (development)
The Qwt library contains Qt GUI Components and utility classes which
are primarily useful for programs with a technical background. Most of
Bug#663382: cupt: missing depends on apt?
clone 663382 -1 reassign -1 apt severity -1 normal retitle -1 don't remove extended_states even on purge On 2012-03-10 15:40, Raphael Geissert wrote: [...] > > should make cupt happy. I thus downgraded severity a bit. > > TBH, I disagree with downgrading the severity. Like with many kinds of bugs, > you can work around them, but that doesn't mean the impact is lower. Ack, let it be serious (I had a typo in a snippet to control@b.d.o so the severity stays serious). > I also wonder if you shouldn't be at least recommending one of the download > methods... They are recommended: $ cupt depends libcupt2-0 | grep download Recommends: libcupt2-0-downloadmethod-curl | libcupt2-0-downloadmethod-wget > > Regardless of the Cupt-side fixes, I would say it's an error for apt to > > delete these kind of files even on purge, and a serious error if its > > deleted by a simple removal (you didn't specify the command so I can't > > guess was your case 'remove' or 'purge'). You may want to file a bug on > > apt about this. > > I purged apt. APT's postrm runs rm -rf on /var/cache/apt and /var/lib/apt. Ack. I cloned the bug to APT. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#663382: cupt: missing depends on apt?
tags 663382 important retitle 663382 fallback to cupt-specific extended_states file quit Hello Raphael, thank you for testing, On 2012-03-10 13:18, Raphael Geissert wrote: > After removing apt with cupt, cupt is useless: > > # cupt install apt > Building the package cache... > E: unable to open file '//var/lib/apt/extended_states': No such file or > directory /var/lib/apt/extended_states is the file where the information about automatically installed packages is stored. This information is not specific to libapt and should ideally be shared between high-level packages, yet this not the current state of affairs. Cupt does not need apt for the work, but it needs an extended states file (for reading and writing). In unusual setups where apt is not installed at all, you can easily override the path of the file. For example, putting dir::state::extendedstates "/var/lib/cupt/extended_states"; to /etc/cupt/cupt.conf and then 'touch /var/lib/cupt/extended_states' should make cupt happy. I thus downgraded severity a bit. I agree that some fallback should be implemented by default to not require this from the user. It will be implemented. The real solution would be to move this file to a shared location which all high-level package managers can use, not sure if APT team would be willing to do it. Regardless of the Cupt-side fixes, I would say it's an error for apt to delete these kind of files even on purge, and a serious error if its deleted by a simple removal (you didn't specify the command so I can't guess was your case 'remove' or 'purge'). You may want to file a bug on apt about this. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631816: bumping severity to serious (was: Bug#631816: Re: libqwt-dev: apt reinstalls the package)
severity 631816 serious Hello, Given the consequences of this bug (constant upgrading by libapt-based package managers, annoying warnings for everything which scans the whole archive in libcupt-based package managers, confusing differences in handling by dpkg and others) I believe this state is not suitable for an upcoming stable release. Dear maintainer, please, use something else than trailing '-'. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649612: /usr/lib/zlibrary/ui/zlui-qt4.so: undefined symbol: _ZN9QListData6detachEi
Hi Stepan, On 2011-11-22 21:48, Stepan Golosunov wrote: [...] > % fbreader > loading /usr/lib/zlibrary/ui/zlui-qt4.so > /usr/lib/zlibrary/ui/zlui-qt4.so: undefined symbol: _ZN9QListData6detachEi > > Looks like libzlui-qt4 fails to depend on correct version of > libqtcore4 (_ZN9QListData6detachEi is available since 4:4.7.0~beta1, > squeeze has 4:4.6.3-4+squeeze1). > In fact, libzlui-qt4 does not list libqtcore4 as a dependency at all. Thank you for the report. Yeah, it probably should link to qtcore4. I will look deeper in a few days. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620559: qmmp: FTBFS on kfreebsd-*: outputalsa.cpp:434:76: error: void value not ignored as it ought to be
On 2011-04-16 21:04, Pino Toscano wrote: > Attached there is a patch to remove the libasound2-dev build-depend and > disable the compilation of the ALSA plugin on non-Linux architectures; > successfully tested on hurd-i386. Thanks. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
debian-bugs-rc@lists.debian.org
tags 622061 + confirmed quit On 2011-04-10 06:07, Cyril Brulebois wrote: > I guess that, depending on a long's size, your package FTBFS: > | [ 18%] Building CXX object > cpp/lib/CMakeFiles/cupt2.dir/src/internal/pininfo.cpp.o > | > /build/buildd-cupt_2.0.0~rc1-amd64-YZl_PV/cupt-2.0.0~rc1/cpp/lib/src/internal/pininfo.cpp: > In member function 'ssize_t cupt::internal::PinInfo::getOriginalAptPin(const > std::shared_ptr&) const': > | > /build/buildd-cupt_2.0.0~rc1-amd64-YZl_PV/cupt-2.0.0~rc1/cpp/lib/src/internal/pininfo.cpp:58:51: > error: no matching function for call to 'min(int, long int&)' > | make[3]: *** [cpp/lib/CMakeFiles/cupt2.dir/src/internal/pininfo.cpp.o] > Error 1 > > Full build logs: > https://buildd.debian.org/status/package.php?p=cupt&suite=experimental Seems like type (up)casting (even safe) is not done for template functions. Thanks for filing. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620559: qmmp: FTBFS on kfreebsd-*: outputalsa.cpp:434:76: error: void value not ignored as it ought to be
package qmmp liboss-salsa-dev clone 620559 -1 reassign -1 liboss-salsa-dev retitle -1 signature of 'snd_mixer_selem_set_playback_volume_range' is incorrect block 620559 by -1 quit Hi, On 2011-04-02 20:32, Cyril Brulebois wrote: > your package no longer builds on kfreebsd-*: [...] > | > /build/buildd-qmmp_0.5.0-1-kfreebsd-amd64-ROcU2S/qmmp-0.5.0/src/plugins/Output/alsa/outputalsa.cpp:434:76: > error: void value not ignored as it ought to be Here's that line: 'if((err = snd_mixer_selem_set_playback_volume_range(pcm_element, 0, 100)) < 0)' On kfreebsd-* arches, qmmp builds against liboss-salsa-dev since it provides libasound2-dev. And compiler says the function 'snd_mixer_selem_set_playback_volume_range' returns 'void', but it should return 'int' [1]. [1] http://www.alsa-project.org/alsa-doc/alsa-lib/group___simple_mixer.html#g8b91bb96612ab8bda275b882fac4db0c -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#618051: fbreader: FTBFS: Library.cpp:42:1: error: 'Library::Library' names the constructor, not the type
package fbreader forwarded 618051 http://fbreader.org/mantis/view.php?id=283 tags 618051 sid quit On 2011-03-13 17:49, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part: > > make[2]: Entering directory > > `/build/user-fbreader_0.12.10dfsg-2-amd64-OH6244/fbreader-0.12.10dfsg/fbreader/src/library' > > Library.cpp:42:1: error: 'Library::Library' names the constructor, not the > > type > > make[2]: *** [Library.o] Error 1 This is apparently caused by default g++ switch to 4.5 for amd64. Wheezy still has 4.4. Upstream released a fix some time ago (#564986), but seems it's not enough, so reopened an existing upstream bug report. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#607514: Corresponding bug
package unetbootin severity 607514 important forwarded 607514 https://bugs.launchpad.net/unetbootin/+bug/686089 quit Hello, Thank you for the report, On 2010-12-19 12:24, Debian wrote: > There is a corresponding bug report in launchpad at the project site > of unetbootin: > https://bugs.launchpad.net/unetbootin/+bug/686089 You probably want to add the details to your message there. P.S. We neither encourange nor support using software not from Debian packages (for example, downloaded from sourceforge.net) if such Debian packages exist. Regards, -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601694: Bug#601711: WWW::Curl 4.15 uploaded
On 2010-11-28 16:12, Jonathan Nieder wrote: > Salvatore Bonaccorso wrote: > > > I just uploaded new version of libwww-curl-perl 4.15-1. Could you > > please try if the problem is solved for you as, when the new package > > enters the archive? > Yes, it works now. > > Eugene, if you don't plan to add a temporary versioned dependency to > help the Ubuntu people :) (and other derivatives), please feel free to > close the bug. No, I don't - if any derivative will face this problem, debian/control is open for them if they want. Thanks, people. Closing this bug. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602193: [unetbootin] must depend on mtools
package unetbootin severity 602193 normal thanks Hi, On 2010-11-02 13:27, Micha vor dem Berge wrote: > Package: unetbootin > Version: 471-1 > Severity: grave [...] > I installed the unetbootin on my debian machine but when starting it said > something like 'Please install mtools...' and exited. > > So please add mtools to the dependencies. This is a valid concern, i.e. unetbootin indeed must depend on it. However, mtools will be installed by default when installing unetbootin, since unetbootin depends on syslinux which recommends mtools. That means you probably disabled installing Recommends. Did you? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601711: cupt: Undefined subroutine &WWW::Curl::Share::CURL_LOCK_DATA_COOKIE
package cupt libcupt-perl tags 601711 sid reassign 601711 libcupt-perl thanks Hi Jonathan, thanks for caring, On 2010-10-28 15:30, Jonathan Nieder wrote: [...] > Justification: all network operations fail, making the package mostly unusable > > Stock experimental system. Recently (within the last week), cupt went > completely broken. I thought it must have been my fault. Now I > suspect the libwww-curl-perl update, but I thought it might be useful > to get input from you. Yes, it's a consequence of new broken WWW::Curl in unstable. Fortunately, it does not affect testing (thus 'sid' tag). -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594229: qorganizer: should not be a part of squeeze release
Package: qorganizer Version: 3.1.4-2 Severity: serious Digging through the upstream code once again, I came to conclusion that the quality is not enough to be a part of Debian stable release as of now. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593192:
Adnan Hodzic wrote: > I had no clue, I thought they were more closed then that, mind to link > me please? > http://www.debian.org/doc/manuals/apt-howto/ch-sourcehandling.en.html They _are_ closed. Debian source package is just a packaging for it, so one can build proper Debian binary package. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#593192:
Ivan Borzenkov wrote: > 17 августа 2010 21:00:31 вы писали: >>> Please test 0.8.92-1 - last version from experimental >> This one works fine, but it's only a i386 build, so I'd rather move to >> old version since I'm using amd64. >> > I am not able to build on amd64 architecture, and buildd does not build non- > free packages. > However brace users can download Debian source package for amd64 and build it locally. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#588017: perl: current directory in @INC potentially harmful
package perl severity 588017 normal thanks Hi Ansgar, Ansgar Burchardt wrote: > perl includes the current directory as the last element in @INC when not > running in taint mode (-T). As many modules try to load other modules > that may or may not be installed, this can result in code execution. For first, I don't believe this is a bug at all. I even used it for debugging some code as a feature. It's not about using arbitrary code - it's about using a code from a directory, that user (or administrator) has a write access to and therefore directly or indirectly moved the code to that place. I set the severity of the bug to 'normal' for now I leave the final word for Niko Tyni and/or security team. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#580850: libpam-fprint: installation fails: postinst error
Package: libpam-fprint Version: 20080330+git-3 Severity: grave Justification: renders package unusable -8<- Setting up libpam-fprint (20080330+git-3) ... /var/lib/dpkg/info/libpam-fprint.postinst: line 9: pam-auth-update: command not found dpkg: error processing libpam-fprint (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: libpam-fprint ->8- I guess some dependency is missing. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpam-fprint depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib pn libfprint0 (no description available) ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l libpam-fprint recommends no packages. libpam-fprint suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576721: reassigning to a proper package
reassign 576721 openoffice.org-l10n-te thanks -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#576721: openoffice.org2-l10n-*: some l10n packages contain uppercase in relations
Package: openoffice.org2-l10n-te Version: 1:3.2.0-4 Severity: serious Justification: Policy 7.1 Some localization packages for openoffice contain uppercase characters in relations: 'openoffice.org-l10n-*-IN'. The list of affected packages: openoffice.org-l10n-te openoffice.org-l10n-mr openoffice.org-l10n-gu openoffice.org-l10n-ta openoffice.org-l10n-ml openoffice.org-l10n-as openoffice.org-l10n-or -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564074: /usr/sbin/ftpmirror: Segfaults on startup
severity 564074 important thanks Niko Tyni wrote: I'm attaching a testcase. The bug seems to have crept in with 5.10.1 and is still present in bleadperl. Nice work for producing this short test-case! I'm not going to start a severity war, we'll do our best to fix this for the release anyway. I'll just note that `important' has traditionally been the severity for perl bugs that crash the interpreter and don't affect many packages. Neither `grave' or `critical' fit the bill IMO. The ftpmirror package is very much related to perl which rules out `critical', and perl is not unusable (or mostly so) for everybody, otherwise we'd have got a lot more bug reports. If Eugene thinks this should be RC he's can of course set it to `serious' as a maintainer. I thought like this too when I initially set the severity to 'important', so I'm setting it again. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559746: /usr/sbin/ftpmirror: Segfaults on startup
package ftpmirror perl clone 559746 -1 block 559746 by -1 reassign -1 perl retitle -1 perl: segfaults when run ftpmirror severity -1 important tags -1 + confirmed found perl/5.10.1-8 thanks Hi Patrick, Patrick Schoenfeld wrote: Apart from this: If a script language bails out with a SIGSEGV this seems a lot like a interpreter bug to me. Sure. If this script contains doesn't use XS (binary) modules (which is unlikely, considering its dependencies). I just cloned the bug. I am able to reproduce it on my amd64 host. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559077: google-gadgets-common: needs to depend on shared-mime-info because of postinst
Package: google-gadgets-common Severity: grave Justification: renders package unusable The installation of 'google-gadgets-common' failed in the postinst due to calling a script from shared-mime-info, but the package have not the dependency on it. The postrm should may wrap the call to not fail if the script isn't installed. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555824: dpkg removed a package when told to upgrade it
Sven Joachim wrote: > This is because your perl 5.10.1-8 package both Replaces and Conflicts > with the installed version of perl-modules. In such a case, dpkg > removes the offending package, assuming that the to-be-installed > conflicting one supersedes it (because of the Replaces). Note that dpkg > processes packages in the order given on the command line, so the old > version of perl-modules will be removed before unpacking perl. However, > the new version should be installed later... Yes. > >> dpkg: yes, will remove perl-modules in favour of perl. >> (Reading database ... 140092 files and directories currently installed.) >> Preparing to replace perl 5.10.1-7 (using perl_5.10.1-8_amd64.deb) ... >> Unpacking replacement perl ... >> Preparing to replace perl-doc 5.10.1-7 (using perl-doc_5.10.1-8_all.deb) ... >> Leaving `diversion of /usr/bin/perldoc to /usr/bin/perldoc.stub by perl-doc' >> Unpacking replacement perl-doc ... >> Unpacking perl-modules (from perl-modules_5.10.1-8_all.deb) ... > > ... and here it gets unpacked. > >> Preparing to replace perl-base 5.10.1-7 (using perl-base_5.10.1-8_amd64.deb) >> ... >> Unpacking replacement perl-base ... >> Setting up perl-base (5.10.1-8) ... >> Processing triggers for man-db ... >> Setting up perl (5.10.1-8) ... >> Setting up perl-doc (5.10.1-8) ... >> ->8- > > Is that all? I would expect that perl-modules should also get configured. Yes, that was all. >> The result: the package 'perl-modules' is not installed (e.g. removed), >> despite >> the direct query to install new version, ignoring any dependency conflicts. > > Are you sure that it is not installed? What does "dpkg -l perl-modules" Yes, I was sure. 'dpkg -s perl-modules' showed 'Status: unknown ok not-installed'. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#555824: dpkg removed a package when told to upgrade it
reassign 555824 dpkg thanks Hi Guillem, Firstly, this has nothing to do with cupt, I did the command manually. Where did you see 'cupt' in the report? Guillem Jover wrote: > reassign 555824 cupt > retitle 555824 cupt: Wrong use of --force-depends --force-conflicts > thanks > > On Wed, 2009-11-11 at 23:46:13 +0200, Eugene V. Lyubimkin wrote: >> Package: dpkg >> Version: 1.15.4 >> Severity: grave >> Justification: causes non-serious data loss > >> I had next packages installed on my system: perl-base, perl, >> perl-modules, perl-doc (all from current unstable, 5.10.1-7). >> >> -8<- >> sudo dpkg -i --force-depends --force-conflicts perl_5.10.1-8_amd64.deb >> perl-doc_5.10.1-8_all.deb perl-modules_5.10.1-8_all.deb >> perl-base_5.10.1-8_amd64.deb >^ > >> [sudo] password for jackyf: >> dpkg: considering removing perl-modules in favour of perl ... >> dpkg: warning: ignoring dependency problem with removal of perl-modules: >> perl depends on perl-modules (>= 5.10.1-7) >> perl-modules is to be removed. > > [ ... More warnings on dependency problems. ... ] > >> dpkg: yes, will remove perl-modules in favour of perl. >> (Reading database ... 140092 files and directories currently installed.) >> Preparing to replace perl 5.10.1-7 (using perl_5.10.1-8_amd64.deb) ... >> Unpacking replacement perl ... >> Preparing to replace perl-doc 5.10.1-7 (using perl-doc_5.10.1-8_all.deb) ... >> Leaving `diversion of /usr/bin/perldoc to /usr/bin/perldoc.stub by perl-doc' >> Unpacking replacement perl-doc ... >> Unpacking perl-modules (from perl-modules_5.10.1-8_all.deb) ... >> Preparing to replace perl-base 5.10.1-7 (using perl-base_5.10.1-8_amd64.deb) >> ... >> Unpacking replacement perl-base ... >> Setting up perl-base (5.10.1-8) ... >> Processing triggers for man-db ... >> Setting up perl (5.10.1-8) ... >> Setting up perl-doc (5.10.1-8) ... >> ->8- >> >> The result: the package 'perl-modules' is not installed (e.g. removed), >> despite >> the direct query to install new version, ignoring any dependency conflicts. > > Well, you asked for it, don't do that. As indicated by --force-help, > usage of those specific options you used there “can seriously damage > your installation” which is what happened. Dpkg ignored the request to install new perl-modules. Silently. Why? I didn't read 'seriously damage your installation' as 'ignore some command-line requests'. > To try to get out of the situation dpkg tries to remove a package, > because you added --force-depends then it ignored any problem and > considered it an ok solution. The --force-conflicts gets considered > later on. > Check what apt is doing. Cupt should not use force options on > --unpack, --install, --configure or --triggers-only. Ideally no > front-end would need to use force options, but using --force-depends > on --purge and --remove seems kind of reasonable for now I guess. Again, this has nothing to do with any high-level package manager. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#555824: dpkg removed a package when told to upgrade it
Package: dpkg Version: 1.15.4 Severity: grave Justification: causes non-serious data loss Hello. I had next packages installed on my system: perl-base, perl, perl-modules, perl-doc (all from current unstable, 5.10.1-7). -8<- sudo dpkg -i --force-depends --force-conflicts perl_5.10.1-8_amd64.deb perl-doc_5.10.1-8_all.deb perl-modules_5.10.1-8_all.deb perl-base_5.10.1-8_amd64.deb [sudo] password for jackyf: dpkg: considering removing perl-modules in favour of perl ... dpkg: warning: ignoring dependency problem with removal of perl-modules: perl depends on perl-modules (>= 5.10.1-7) perl-modules is to be removed. dpkg: warning: ignoring dependency problem with removal of perl-modules: pristine-tar depends on perl-modules perl-modules is to be removed. dpkg: warning: ignoring dependency problem with removal of perl-modules: libmodule-scandeps-perl depends on perl-modules (>= 5.10.0) | libmodule-build-perl (>= 0.28) perl-modules is to be removed. dpkg: warning: ignoring dependency problem with removal of perl-modules: libmodule-scandeps-perl depends on perl-modules (>= 5.9.4) perl-modules is to be removed. dpkg: warning: ignoring dependency problem with removal of perl-modules: libtree-avl-perl depends on perl-modules perl-modules is to be removed. dpkg: warning: ignoring dependency problem with removal of perl-modules: libmime-tools-perl depends on perl-modules (>= 5.10) perl-modules is to be removed. dpkg: warning: ignoring dependency problem with removal of perl-modules: po4a depends on perl-modules perl-modules is to be removed. dpkg: warning: ignoring dependency problem with removal of perl-modules: git-core depends on perl-modules perl-modules is to be removed. dpkg: warning: ignoring dependency problem with removal of perl-modules: dpkg-dev depends on perl-modules perl-modules is to be removed. dpkg: may have trouble removing perl-modules, as it provides libmodule-build-perl ... dpkg: warning: ignoring dependency problem with removal of perl-modules: libmodule-scandeps-perl depends on perl-modules (>= 5.10.0) | libmodule-build-perl (>= 0.28) perl-modules is to be removed. dpkg: yes, will remove perl-modules in favour of perl. (Reading database ... 140092 files and directories currently installed.) Preparing to replace perl 5.10.1-7 (using perl_5.10.1-8_amd64.deb) ... Unpacking replacement perl ... Preparing to replace perl-doc 5.10.1-7 (using perl-doc_5.10.1-8_all.deb) ... Leaving `diversion of /usr/bin/perldoc to /usr/bin/perldoc.stub by perl-doc' Unpacking replacement perl-doc ... Unpacking perl-modules (from perl-modules_5.10.1-8_all.deb) ... Preparing to replace perl-base 5.10.1-7 (using perl-base_5.10.1-8_amd64.deb) ... Unpacking replacement perl-base ... Setting up perl-base (5.10.1-8) ... Processing triggers for man-db ... Setting up perl (5.10.1-8) ... Setting up perl-doc (5.10.1-8) ... ->8- The result: the package 'perl-modules' is not installed (e.g. removed), despite the direct query to install new version, ignoring any dependency conflicts. Here is control info for the new packages that had to be installed: -8<- $ echo perl_5.10.1-8_amd64.deb perl-doc_5.10.1-8_all.deb perl-modules_5.10.1-8_all.deb perl-base_5.10.1-8_amd64.deb | xargs -n1 dpkg-deb -I new debian package, version 2.0. size 7807518 bytes: control archive= 32934 bytes. 4668 bytes,22 lines control 81112 bytes, 1100 lines md5sums 560 bytes,21 lines * postinst #!/bin/sh 274 bytes,10 lines * postrm #!/bin/sh 1105 bytes,31 lines * preinst #!/bin/sh 110 bytes, 8 lines * prerm#!/bin/sh Package: perl Version: 5.10.1-8 Architecture: amd64 Maintainer: Niko Tyni Installed-Size: 33052 Depends: perl-base (= 5.10.1-8), libbz2-1.0, libc6 (>= 2.4), libdb4.7, libgdbm3 (>= 1.8.3), zlib1g (>= 1:1.2.3.3.dfsg) Recommends: netbase, make Suggests: perl-doc, libterm-readline-gnu-perl | libterm-readline-perl-perl Conflicts: libansicolor-perl (<< 1.10-1), libarchive-tar-perl (<< 1.52), libattribute-handlers-perl (<< 0.85), libautodie-perl (<< 2.06.01), libcgi-pm-perl (<< 3.43), libcompress-raw-bzip2-perl (<< 2.020), libcompress-raw-zlib-perl (<< 2.020), libcompress-zlib-perl (<< 2.020), libcpanplus-perl (<< 0.88), libdigest-md5-perl (<< 2.39), libdigest-sha-perl (<< 5.47), libextutils-cbuilder-perl (<< 0.2602), libextutils-parsexs-perl (<< 2.2002), libfile-temp-perl (<< 0.22), libi18n-langtags-perl (<< 0.35-1), libio-compress-base-perl (<< 2.020), libio-compress-bzip2-perl (<< 2.020), libio-compress-perl (<< 2.020), libio-compress-zlib-perl (<< 2.020), libio-zlib-perl (<< 1.09), liblocale-codes-perl (<< 2.07), liblocale-maketext-perl (<< 1.13), liblocale-maketext-simple-perl (<< 0.18-1), libmath-bigint-perl (<< 1.89), libmime-base64-perl (<< 3.08), libmodule-build-perl (<< 0.340201), libmodule-corelist-perl (<< 2.18), libmodule-
Bug#553259: perl-suid: missing-dependency-on-libc needed by ./usr/bin/sperl5.10.1 but the package doesn't depend on the C library package. Normally this indicates that ${shlibs: Depends} was omitted f
package perl perl-suid reassign 552797 perl-suid forcemerge 552797 553259 thanks Manoj Srivastava wrote: > Package: perl-suid > Version: 5.10.1-5 > Severity: serious > Justification: The listed file appears to be linked against the C library, > User: lintian-ma...@debian.org > Usertags: missing-dependency-on-libc ACK'ed. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551356: libpar-packer-perl: fails to extract Parl with Perl 5.10.1
gregor herrmann wrote: >> I think it's an OK solution at least for the moment as long as it's >> made binNMU safe. > > Ok, I've now come up with the change below, which leads to: > Depends: perl (>= 5.10.1), [..] libperl5.10 (>= 5.10.1), perl (<< 5.10.2~), > [..] > >[...] Looks good for me. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#477694: downgrading #477694
severity 477694 important tags 477694 + unreproducible thanks -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#552291: Upstream fix available
package perl-base tags 552291 + fixed-upstream thanks Matt Kraai wrote: > tag 552291 + patch > thanks > > Hi, > > This problem has been fixed upstream by the attached commit, which is > also available from > > > http://perl5.git.perl.org/perl.git/commit/0abd0d78a73da1c4d13b1c700526b7e5d03b32d4 Thanks for the message, Matt. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#552291: CVE-2009-3626: DoS in Unicode processing
package perl perl-base reassign 552291 perl-base found 552291 perl-base/5.10.1-5 tags 552291 + confirmed upstream thanks Moritz Muehlenhoff wrote: > Package: perl > Version: 5.10.1-5 > Severity: grave > Tags: security > > Quoting a posting from Jan Lieskovsky/Red Hat to oss-security. > I've verified that Etch and Lenny are not affected. > Thanks for the report. An upstream fix is not yet available, waiting for it. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551831: limit source to cupt, tagging 551831
Hi James, James Vega wrote: > r...@succubus:/# cupt -R --purge -o debug::worker=1 -o debug::resolver=1 > safe-upgrade [...] Thanks for detailed report, but this is probably not related to #551831. Considering the upgrade did work for snapshot, I won't clone the report for now. I will upload 1.1.0 shortly to make original bug fixed. Please file separate reports if you feel something wrong in 1.1.0. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551831: limit source to cupt, tagging 551831
James Vega wrote: > On Wed, Oct 21, 2009 at 11:29:07PM +0300, Eugene V. Lyubimkin wrote: >> #- Honor the configuration option >> # 'cupt::worker::allow-indirect-upgrade' to work around packages >> with >> # broken-by-design dependencies that make the package unupgradeable. >> # Thanks to James Vega. Upload priority is set to 'high' due to this >> # fix. (Closes: #551831) > > Although the upgrade did work, I'm not sure it's working as cleanly as > it should be: > > Preconfiguring packages ... > (Reading database ... 106538 files and directories currently installed.) > Removing libc6-i686 ... > Purging configuration files for libc6-i686 ... > (Reading database ... 106488 files and directories currently installed.) > Preparing to replace libc-bin 2.9-27 (using .../libc-bin_2.10.1-1_i386.deb) > ... > Unpacking replacement libc-bin ... > Preparing to replace libc-dev-bin 2.9-27 (using > .../libc-dev-bin_2.10.1-1_i386.deb) ... > Unpacking replacement libc-dev-bin ... > Processing triggers for man-db ... > (Reading database ... 106488 files and directories currently installed.) > Preparing to replace libc6-dev 2.9-27 (using .../libc6-dev_2.10.1-1_i386.deb) > ... > Unpacking replacement libc6-dev ... > Preparing to replace locales-all 2.9-27 (using > .../locales-all_2.10.1-1_i386.deb) ... > Unpacking replacement locales-all ... > Preparing to replace libc6 2.9-27 (using .../libc6_2.10.1-1_i386.deb) ... > Unpacking replacement libc6 ... > dpkg: locales-all: dependency problems, but configuring anyway as you > requested: > locales-all depends on glibc-2.10-1; however: > Package glibc-2.10-1 is not installed. > Setting up locales-all (2.10.1-1) ... > dpkg: libc6: dependency problems, but configuring anyway as you requested: > libc6 depends on libc-bin (= 2.10.1-1); however: > Package libc-bin is not configured yet. > Setting up libc6 (2.10.1-1) ... > dpkg: libc6-dev: dependency problems, but configuring anyway as you requested: > libc6-dev depends on libc-dev-bin (= 2.10.1-1); however: > Package libc-dev-bin is not configured yet. > Setting up libc6-dev (2.10.1-1) ... > Setting up libc-bin (2.10.1-1) ... > Setting up libc-dev-bin (2.10.1-1) ... > (Reading database ... 106489 files and directories currently installed.) > Preparing to replace libgstreamer0.10-0 0.10.25-2 (using > .../libgstreamer0.10-0_0.10.25-3_i386.deb) ... > Unpacking replacement libgstreamer0.10-0 ... > Setting up libgstreamer0.10-0 (0.10.25-3) ... > Selecting previously deselected package libc6-i686. > (Reading database ... 106484 files and directories currently installed.) > Unpacking libc6-i686 (from .../libc6-i686_2.10.1-1_i386.deb) ... > Setting up libc6-i686 (2.10.1-1) ... > > It seems like locales-all, libc6, and libc6-dev should have been able to > be installed without the use of force-depends. Locales-all has the strict dependency on libc6, and libc6 has the strict dependency on libc-bin, so --force-depends might be needed. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551831: cupt: Incorrectly upgrades libc6, breaking the system
Hello Gabor, Gabor Gombas wrote: > On Wed, Oct 21, 2009 at 12:01:51PM +0300, Eugene V. Lyubimkin wrote: > >> However, this is another side of already archived >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543365 (ironically, reported >> by you too). On i386 we have the issue: libc6-i686 strictly Pre-Depends on >> libc6 (= ...), and whatever package from this two cupt tries to upgrade >> first, >> the pre-dependency will be broken. >> >> Let me try to add libc maintainers to the loop to know the correct upgrade >> path. > > Hmm. "remove old libc6-i686, upgrade libc6, install new libc6-i686" > seems to be a sequence where the Pre-Depends never breaks. Since > libc6-i686 is not needed for the system to function properly Good idea, but the package manager doesn't know this. Ok, I can add the list option to libcupt to list the packages allowed to 'remove old ... install new' instead of 'upgrade old -> new', with the first value is 'libc6-i686'. I will implement this for the next version if nothing better appears. >Now the question is can it be generalized to other packages? Yes, it's the question. My first answer is 'no' because this may break upgrade actions in maintainer scripts silently, so, such packages are likely to be specified and verified manually. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551831: cupt: Incorrectly upgrades libc6, breaking the system
Hello James, James Vega wrote: > Package: cupt > Version: 1.0.0 > Severity: critical > > Running "cupt -R --purge safe-upgrade" today, ended up breaking the > system because of an incorrect upgrade order. Partway through the > process, dpkg segfaulted and most other tools also segfaulted due to > mis-matching libc package versions. Running "apt-get upgrade" worked > fine after I rebooted to a rescue cd and downgraded the libc packages to > 2.9-27. Firstly, I am sorry about the troubles you had. > Here's the information I have from another computer that I can deal with > being broken for a few days (hand-typed so apologies for typos and > truncation of non-libc6 information). > > The upgrade was from 2.9-27 to 2.10.1-1. The 5 binary packages from the > eglibc source package that were being considered for upgrade were: > libc-bin, libc-dev-bin, libc6-dev, libc6-i686, and libc6. > > $ cupt -R --purge safe-upgrade > ... > W: the pre-dependency(ies) 'libc6 (= 2.9-27)' will be broken during the actions, the packages involved: 'libc6', 'libc6-i686' > W: the pre-dependency(ies) 'libc6 (= 2.10.1-1)' will be broken during the actions, the packages involved: 'libc6-i686', 'libc6' However, this is another side of already archived http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543365 (ironically, reported by you too). On i386 we have the issue: libc6-i686 strictly Pre-Depends on libc6 (= ...), and whatever package from this two cupt tries to upgrade first, the pre-dependency will be broken. Let me try to add libc maintainers to the loop to know the correct upgrade path. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551356: libpar-packer-perl: fails to extract Parl with Perl 5.10.1
gregor herrmann wrote:
> tag 551356 + confirmed
> thanks
>
> On Sat, 17 Oct 2009 19:16:23 +0300, Eugene V. Lyubimkin wrote:
>
>> $ pp -o haha -e "print 'hello'"
>> Perl lib version (5.10.1) doesn't match executable version (v5.10.0) at
>> /usr/lib/perl/5.10/Config.pm line 50.
>
> Hm, nasty.
>
> I thought about adding perlapi-$Config{version} to Depends manually [0],
> but that wouldn't buy us anything in this case: The current version
> of libpar-packer-perl would have perlapi-5.10.0 -- and perl-base
> 5.10.1 provides perlapi-5.10.1 and perlapi-5.10.0, and we would be
> back at square one.
Honestly I am not acquainted with PAR, just tried to run it first time. Do you
mean PAR requires perl version exact that was used for building?..
> Do we need to add libperl5.10 (<< $current+1~) or something like
> that? Or is there a better way to ensure that the runtime
> dependencies match the perl version at build time?
..seems so.
I don't know better solutions so far. Fortunately even patch Perl updates are
quite rare AFAIK, so this should work, and if set up automatically in rules,
should require only binNMU at the every next Perl update.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
Bug#551356: libpar-packer-perl: fails to extract Parl with Perl 5.10.1
Package: libpar-packer-perl Version: 0.991-2 Severity: grave Justification: renders package unusable The /usr/bin/pp cannot bundle even tiny "printer": $ pp -o haha -e "print 'hello'" Perl lib version (5.10.1) doesn't match executable version (v5.10.0) at /usr/lib/perl/5.10/Config.pm line 50. Compilation failed in require at /usr/share/perl/5.10/File/Find.pm line 1336. Compilation failed in require at /usr/share/perl5/Archive/Zip/Archive.pm line 7. BEGIN failed--compilation aborted at /usr/share/perl5/Archive/Zip/Archive.pm line 7. Compilation failed in require at /usr/share/perl5/Archive/Zip.pm line 254. Compilation failed in require at -e line 449. /usr/bin/pp: Failed to extract a parl from 'PAR::StrippedPARL::Static' to file 'parlGqZisDq' at /usr/share/perl5/PAR/Packer.pm line 1155, line 1. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpar-packer-perl depends on: ii libarchive-zip-perl 1.30-1 Perl module for manipulation of ZI ii libc6 2.9-27 GNU C Library: Shared libraries ii libgetopt-argvfile-perl 1.11-1 Perl module for reading script opt ii libio-compress-perl [libcompr 2.020-2IO::Compress modules ii libmodule-scandeps-perl 0.95-1 Perl module to recursively scan Pe ii libpar-dist-perl 0.45-1 perl module to create and manipula ii libpar-perl 0.994-1Perl redistributable module packag ii libperl5.10 5.10.1-5 Shared Perl library ii perl [libcompress-zlib-perl] 5.10.1-5 Larry Wall's Practical Extraction Versions of packages libpar-packer-perl recommends: pn libtk-perl (no description available) libpar-packer-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551279: executing scripts APT::Update::Pre-Invoke '/usr/bin/daptup --pre'
Hi Edward, Edward J. Shornock wrote: > Package: daptup > Version: 0.9.1 > Severity: normal > > > The new version gets a little further, but it still crashes without defining > "DAPTUP_EXTRA_APTITUDE_ARGUMENTS" > Really, the first fix was only partial one. Should be fixed fully in the next version. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551279: crash executing scripts APT::Update::Pre-Invoke '/usr/bin/daptup --pre'
package daptup tags 551279 + confirmed pending thanks Edward J. Shornock wrote: > * Eugene V. Lyubimkin [16-10-2009 23:52 EEST]: >> Edward J. Shornock wrote: >>> Package: daptup >>> Version: 0.9.0 >>> Severity: grave >>> Justification: renders package unusable >> Hello Edward, thanks for your report. Please attach your /etc/daptup.conf. > > Here it is. I've not edited it so it *should* be the same as was shipped > with the package. > Hm. Ok, nevertheless, I applied the patch which should fix this issue in 0.9.1. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551279: crash executing scripts APT::Update::Pre-Invoke '/usr/bin/daptup --pre'
Edward J. Shornock wrote: > Package: daptup > Version: 0.9.0 > Severity: grave > Justification: renders package unusable Hello Edward, thanks for your report. Please attach your /etc/daptup.conf. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#477694: is #477694 still relevant
Hello Florian, This bug is still open, but given there was no activity on it since Lenny and all lenny versions and sid ones build correctly, IMHO it's apparently time to close this bug as not relevant anymore and doesn't block releasing squeeze. Do you agree? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#550825: reassigning to APT
package perl-modules reassign 550825 apt thanks Hello, The original error comes directly from APT, so I'm reassigning it. If some other packages involved, reassign/clone to them accordingly. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#545527: cupt: fails with numerous errors
package cupt libcupt-perl reassign 545527 libcupt-perl tags 545527 + moreinfo thanks More info (testing of master branch with added cases in test suite) was requested. Now waiting for this info. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#545527: cupt: fails with numerous errors
Pierre Habouzit wrote: > Package: cupt > Version: 0.6.3 > Severity: grave > Justification: renders package unusable > > namely: > > $ sudo cupt install mktemp > Name "Cupt::Cache::Package::o_binary_architecture" used only once: possible > typo at /usr/bin/cupt line 66. > E: bad config in file '/etc/apt/apt.conf.d/90debsums' > W: skipped configuration file '/etc/apt/apt.conf.d/90debsums' > W: attempt to set wrong option 'apt::get::show-upgraded' > W: attempt to set wrong option 'apt::get::automaticremove' > W: attempt to set wrong option 'apt::get::purge' > Building the package cache... E: bad version '2.2.4-47978_Debian_lenny' > E: error parsing system status file '/var/lib/dpkg/status' > E: error while creating package cache > > FWIW the 2.2.4-47978_Debian_lenny comes from: Hi Pierre. Firstly, 2.2.4-47978_Debian_lenny fails to comply with Debian Policy, however Cupt support underscores in version revisions since 0.6.0. Given also with very strange message about o_binary_architecture - didn't you run 'sudo cupt ...' from a directory with old Cupt sources? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#542060: Replacing an essential package
Jonathan Nieder wrote: > Please do not CC the APT team on follow-ups --- it looks like APT > already does the right thing here (sorry for the noise!). > > I wrote: > >> The xz-utils package in experimental Conflicts/Replaces/Provides the >> pseudo-essential package lzma. I think this should be fine, since >> installing it only involves overwriting the lzma package rather than >> removing it. > [...] >> Am I misunderstanding policy here? > > I was. Using Conflicts disallows files from xz-utils and lzma from > coexisting even during an upgrade, making an upgrade impossible. > > What I meant to achieve is accomplished with Replaces/Provides without > the Conflicts. Once xz-utils has written over all the files of lzma, > lzma would be marked as uninstalled, so normally the two packages > would not be installed at once. > > But how to ensure all the files of lzma are overwritten, when newer > versions could always add more files? I worry because it might be > confusing to a system administrator to see the lzma package installed > when most of its important files are provided by another package. Such > an administrator might blame bugs in xz-utils on the lzma package. > > Advice? Seems slightly ugly, but 'Breaks: lzma' may help. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Bug#542060: Replacing an essential package
Sven Joachim wrote: > On 2009-08-17 22:07 +0200, Jonathan Nieder wrote: > >> The xz-utils package in experimental Conflicts/Replaces/Provides the >> pseudo-essential package lzma. I think this should be fine, since >> installing it only involves overwriting the lzma package rather than >> removing it. Indeed, with dpkg or aptitude it installs fine, and >> /var/log/dpkg.log does not mention removing lzma. On the other hand, >> apt-get decides it needs to remove lzma, resulting in the message >> >> | WARNING: The following essential packages will be removed. >> | This should NOT be done unless you know exactly what you are doing! >> | lzma (due to dpkg) >> >> See bug #542060 [1] for the full output. APT bug #169241 [2] also looks >> related. >> >> Am I misunderstanding policy here? Is apt-get’s behavior useful? > > I think it is correct. Since dpkg Pre-Depends on lzma, removing lzma in > favor of xz-utils could theoretically hose your system (imagine that all > Debian packages or even just lzma and xz-utils were lzma-compressed; you > would not be able to unpack them). I concur. xz-utils defines 'Provides: lzma', so the pre-dependency is fully satisfied. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Bug#539729: cupt: full-upgrade tries to install conflicting package
package cupt libcupt-perl reassign 539729 libcupt-perl tags 539729 + confirmed thanks Michael Stapelberg wrote: > Package: cupt > Version: 0.5.0 > Severity: grave > > The command i ran was: > sudo cupt -i -V -D -R full-upgrade xserver-xorg-core/installed \ > xserver-xorg-dev/installed xserver-xorg-video-intel/installed Almost found a reason. Please attach also 'cupt show librpm4.4 librpm0'. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Bug#538986: libmysqlclient-dev: missing Conflicts with libmysqlclient15-dev
Package: libmysqlclient-dev Version: 5.1.36-4 Severity: serious Justification: Policy 7.4 Selecting previously deselected package libmysqlclient-dev. (Reading database ... 102156 files and directories currently installed.) Unpacking libmysqlclient-dev (from .../libmysqlclient-dev_5.1.36-4_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libmysqlclient-dev_5.1.36-4_amd64.deb (--unpack): trying to overwrite `/usr/lib/libmysqlclient.la', which is also in package libmysqlclient15-dev dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libmysqlclient-dev_5.1.36-4_amd64.deb -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538746: psi-plus: should conflict with psi
Package: psi-plus Version: 0.13.r735-1 Severity: serious Justification: Policy 7.4 The package should have 'Conflicts: psi'. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages psi-plus depends on: ii libaspell150.60.6-1 GNU Aspell spell-checker runtime l ii libc6 2.9-18GNU C Library: Shared libraries ii libgcc11:4.4.0-10GCC support library ii libqca22.0.2-1 libraries for the Qt Cryptographic ii libqt4-dbus4:4.5.2-1 Qt 4 D-Bus module ii libqt4-network 4:4.5.2-1 Qt 4 network module ii libqt4-qt3support 4:4.5.2-1 Qt 3 compatibility library for Qt ii libqt4-xml 4:4.5.2-1 Qt 4 XML module ii libqtcore4 4:4.5.2-1 Qt 4 core module ii libqtgui4 4:4.5.2-1 Qt 4 GUI module ii libstdc++6 4.4.0-10 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxss11:1.1.3-1 X11 Screen Saver extension library ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime Versions of packages psi-plus recommends: ii libqca2-plugin-ossl 0.1~20070904-4 QCA OSSL plugin for libqca2 ii psi-plus-plugins 0.13.r735-1Plugins for Psi+ ii sox 14.2.0-2 Swiss army knife of sound processi Versions of packages psi-plus suggests: ii libqca2-plugin-gnupg 2.0.0~beta3-1 QCA gnupg plugin for libqca2 ii xdg-utils 1.0.2-6.1 desktop integration utilities from -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533753: cupt: overzelous signature checking breaks ia32-apt-get
Goswin von Brederlow wrote: > The wrapper needs to run > > cups \ > -o Dir::Etc::sourcelist=/etc/apt/$ARCH/sources.list \ > -o Dir::Etc::sourceparts=/etc/apt/$ARCH/sources.list.d \ > -o Dir::State=$LISTDIR/$ARCH \ > -o Dir::Cache=/var/cache/apt/$ARCH \ > -o Apt::Architecture=$ARCH \ > update > > for each architecture and then mangle the Packages files for > non-native architectures. I hope cups supports all those options and > passing them on the command line. Yes, this should work. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Bug#533753: fix committed
package cupt tags 533753 +fixed-upstream thanks -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Bug#529167: cupt: unneeded strict dependency on Locale::gettext
package cupt retitle 529167 cupt: unneeded strict dependency on Locale::gettext tags 529167 +pending thanks David Broome wrote: > Sorry Eugene - I forgot to reply to all. > > Here is the output > > da...@debian:~$ cupt > Can't locate Locale/gettext.pm <http://gettext.pm/> in @INC (@INC > contains: ./ /etc/perl /usr/local/lib/perl/5.10.0 > /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 > /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at > /usr/bin/cupt line 37. > BEGIN failed--compilation aborted at /usr/bin/cupt line 37. Good catch, thanks! Fixed in git. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Bug#529167: cupt: Missing depenedency
Hello David, David Broome wrote: > Package: cupt > Version: 0.1.1.1 > Severity: grave > Justification: renders package unusable > > Needs to require liblocale-gettext-perl otherwise package fails to run > complaining about perl gettext errors. Strange. The code is written to work normally without it. Can you please show full output with errors printed? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Bug#526828: qorganizer: Some characters like " | " corrupts data when you save a Todo-List in a text file.
package qorganizer severity 526828 important tags 526828 +confirmed upstream thanks piersont wrote: > Package: qorganizer > Version: 3.1.4-1 > Severity: grave > Justification: causes non-serious data loss > > To reproduce the bug : > You create a new task in a Todo-list and you type characters like " | " > (vertical line or shell's pipe). > You save this list in text file (standard option) or just close it and reload > qorganizer, the data of this list are > corrupts! > > I think some specials characters are not escape correctly or filtrate when > the Todo-list is record in the text-file. Yeah, you are right. I just forwarded this bug upstream. I downgraded severity to 'important' because at least one aorkaround exists - to choose 'SQlite' database as default storage. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Bug#524105: konqueror: fails to upgrade, missing Conflicts
Package: konqueror Version: 4:4.1.3-1 Severity: serious Justification: fails to upgrade Please Conflicts (+ probably Replaces) with earlier kdebase-data package: -8<- Preparing to replace konqueror 4:4.1.3-1 (using .../konqueror_4:4.2.2-1_amd64.deb) ... Unpacking replacement konqueror ... dpkg: error processing /var/cache/apt/archives/konqueror_4:4.2.2-1_amd64.deb (--unpack): trying to overwrite `/usr/share/kde4/apps/khtml/kpartplugins/khtmlkttsd.rc', which is also in package kdebase-data dpkg-deb: subprocess paste killed by signal (Broken pipe) ->8- -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-rc7jackyf (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages konqueror depends on: ii kdebase-data 4:4.1.3-1 shared data files for the KDE 4 ba ii kdebase-runtime4:4.2.0-1 runtime components from the offici ii kdelibs5 4:4.2.1-1 core libraries for all KDE 4 appli ii libc6 2.9-6 GNU C Library: Shared libraries ii libkonq5 4:4.1.3-1 core libraries for Konqueror ii libqt4-dbus4.4.3-2 Qt 4 D-Bus module ii libqt4-qt3support 4.4.3-2 Qt 3 compatibility library for Qt ii libqt4-xml 4.4.3-2 Qt 4 XML module ii libqtcore4 4.4.3-2 Qt 4 core module ii libqtgui4 4.4.3-2 Qt 4 GUI module ii libstdc++6 4.3.3-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.2-1 X11 client-side library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages konqueror recommends: pn konqueror-nsplugins(no description available) Versions of packages konqueror suggests: pn konq-plugins (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523077: science-physics: suggests a package with a broken name
Package: science-physics Version: 0.5 Severity: serious Justification: Policy 5.6.7 Suggests contains 'ESPResSo++, PWscf', but upper-case letters are not allowed in package names. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518048: science-mathematics: Suggests 'Isabelle' package, which contains uppercase letter
Package: science-mathematics Version: 0.4 Severity: serious Justification: Policy 5.6.7 Package names cannot contain uppercase letters. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-rc7jackyf (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514402: second fix for this FTBFS
I tried to convert all our xml docs to man pages, and found the second bug. Entity 'apt-author.moconnor' was not declared. Fix attached. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer --- apt.ent.notfixed 2009-02-07 16:06:41.633011387 +0200 +++ apt.ent 2009-02-07 16:11:02.945777316 +0200 @@ -179,6 +179,13 @@ "> + +Mike +O'Connor + +"> + APT team signature.asc Description: OpenPGP digital signature
Bug#514402: FTBFS: non-valid XML document doc/apt-get.8.xml
Hello Daniel, Daniel Leidert wrote: > Reassigning back. Fix(es) attached. > > Hi guys, > > xmlto reports you an error in an XML document, which is clearly a bug in > apt, not in xmlto. The recent change in xmlto added a switch to the > xmllint call to resolve entities in XML documents. Thus the resulting > document resolves to: [snip] > For the moment I suggest you simply use option (a) for which I attached > the fix and change to option (b) later (snippet attached too). Hello Daniel, thanks for explanation and fix. Hello Otavio, hello Michael, please upload the fix with the 'medium' severity. I cannot even prepare the upload because debian-sid branch doesn't contain valid 0.7.20.1 entry by the time of writing. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Bug#514402: apt: FTBFS: (XML) input does not validate
reassign 514402 xmlto found 514402 xmlto/0.0.20-5 thanks Daniel Schepler wrote: > Package: apt > Version: 0.7.20.1 > Severity: serious > > From my pbuilder build log: [snip] Hello Daniel. Thanks for the report. But the culprit is xmlto 0.0.20-5, recently entered unstable: -8<- jac...@1501-debian:~/download/build/apt/apt-0.7.20.1/doc$ xmlto man apt-get.8.xml Note: meta version: no *info/productnumber or alternative apt-get Note: meta version: see http://docbook.sf.net/el/productnumber apt-get Note: meta version: no refentry/refmeta/refmisci...@class=version apt-get Note: meta version: see http://docbook.sf.net/el/refmiscinfo apt-get Note: meta manual : no titled ancestor of refentry apt-get Note: meta manual : no refentry/refmeta/refmisci...@class=manual apt-get Note: meta manual : see http://docbook.sf.net/el/refmiscinfo apt-get Warn: meta manual : no valid fallback for manual; leaving emptyapt-get Note: Writing apt-get.8 jac...@1501-debian:~/download/build/apt/apt-0.7.20.1/doc$ dpkg -l xmlto Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii xmlto 0.0.20-3 XML-to-any converter jac...@1501-debian:~/download/build/apt/apt-0.7.20.1/doc$ xmlto man apt-get.8.xml xmlto: input does not validate (status 3) /home/jackyf/download/build/apt/apt-0.7.20.1/doc/apt-get.8.xml:582: element para: validity error : Element para is not declared in para list of possible children Document /home/jackyf/download/build/apt/apt-0.7.20.1/doc/apt-get.8.xml does not validate jac...@1501-debian:~/download/build/apt/apt-0.7.20.1/doc$ dpkg -l xmlto Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii xmlto 0.0.20-5 XML-to-any converter ->8- -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Maintainer signature.asc Description: OpenPGP digital signature
Bug#512623: reassigning
reassign 512623 mysql-client thanks Hello Axel, you shouldn't report the bugs against non-existent binary package names if you want to receive the response from the maintainer. It seems you didn't even used reportbug utility, because version is not specified too. However, I'm reassigning this bug to proper (or at least related) package. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Bug#511756: ghc6 includes a copy of GMP, with GNU docs, with non-free GFDL docs
Kari Pahula wrote: > The usual thing to do would be to repackage the upstream tarball and > slap on a +dfsg1 on the version. However, that would make it > necessary to rebuild all haskell libraries since they all have a > dependency "ghc6 (< 6.8.2+)". Just my 2 cents: Maybe, 6.8.2dfsg1? This is (< 6.8.2+) according to dpkg --compare-versions. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Bug#511593: build-essential?
Hello Alex, do you have build-essential package installed? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Bug#466052: Bug #466052
Steve Walker wrote: > Thank you Eugene, I can provide my system info if that will be of help: > > A Supermicro Superserver X5DL8-GG MB with an Adaptec 2010s PCI RAID > controller representing the only HDD. A newly acquired system which I am > building from scratch, writing new RAID array in BIOS, wiping drives and > partitions, clean OS install, etc. And under which Etch cleanly installs. > > I believe that in your response you transposed last two digits and cc'd to > 466...@bugs.debian.org whereas the bug # is 466052 Yep, thanks for noticing this. Forwarding now to right bug thread. >> (I'm forwarding Steve's message to bug thread) >> >> Steve Walker wrote: >>> Hello >>> >>> While researching today as to why Grub failed to load (without prompting >>> beforehand) under Lenny RC1 netinst, >>> >>> I came accross bug #466052 which was apparently marked as resolved back >>> in >>> Feb. of 2008. >>> >>> As you can see from this forum >>> >>> http://forums.debian.net/viewtopic.php?p=200119#200119 >>> >>> at least two users (myself and the original poster) are still >>> experiencing >>> the problem. >> Hello Steve, thanks for this info. >> >> @team: It was a critical bug in the past... Any thoughts? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Bug#503907: state of #503907
Hello maintainers, any news regarding this bug? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#497471: request for "lenny-ignore" tag for #497471
Daniel Baumann wrote: > second, serious bugs against cdimage.d.o do *per se* not block a release > anyway. At least, our official page [1] thinks different. [1] http://bugs.debian.org/release-critical/other/testing.html -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#503712: state of #503712
Hello Niko, Jonas. Any news/decisions regarding this bug? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#497471: request for "lenny-ignore" tag for #497471
Hello release managers. Please take a look on bug #497471. This bug is related to sarge images on cdimage.debian.org, and I believe it is not blocker for Lenny. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#323473: is #323473 really RC?
Hello. Is orphaned package 'mol-drivers-linux' really considered as blocker for Lenny? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#418972: state of #418972
Hello Edson. Can you try to install Lenny Beta 2 or weekly images and report whether problem is still exists or not? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#507423: state of #507423
package htop tags 507423 +upstream forwarded 507423 http://sourceforge.net/tracker/?group_id=108839&atid=651633 thanks It's my fault that I have not tested htop build without non-Unicode libncurses, but it's an upstream issue with broken Unicode support. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#501253: Reappear on 0.7.19
Deng Xiyue wrote: > Followup-For: Bug #501253 > > reopen 501253 > found 501253 0.7.19 > thanks > > Now apt-utils 0.7.19 brings back libdb4.4 again, at least on i386. > Hope it's just a unclean build environment. If it is the case, it'll > be great for apt maintianers to consider using clean chroot like > pbuilder so that it won't happen again. Arrgh. Again... Thanks for reporting. Dear release managers, please schedule rebuild: apt_0.7.19, Rebuild against newer libdb fixes #501253, (?), i386 Please insert correct binNMU number above. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#463030: apt >=0.7.7 break menu update mechanism
Ben Hutchings wrote: > This bug needs to be fixed in lenny, which I think requires a t-p-u > upload. Or you could upload to unstable and get a freeze exception, but > the other changes don't seem important enough to do that for. I think it doesn't require a tpu upload. apt 0.7.19~exp1 and 0.7.19~exp2 only contains documentation and translation fixes plus fix for this bug. It's targeted for Lenny. Michael, I guess it's time to do 0.7.19 upload to unstable. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#463030: upgrading #463030
package apt severity 463030 serious tags 463030 +pending thanks This bug qualifies as RC one. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ Developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#504181: Apt FTBFS with dpkg-buildpackage -B (was apt_0.7.17~exp4 (ia64/experimental): FTBFS: doc/apt-cache.8: No such file or directory)
peter green wrote: > In my amd64 chroot that the package builds with a straight > dpkg-buildpackage but fails with dpkg-buildpackage -B . Since the > buildds always use -B this would explain it building for the maintainers > but not on any of the buildds. > > It appears the man pages in question are in apt which is an arch any > package but they aren't getting built when doing a build of arch any > packages only. Adding build-doc to the dependencies of apt in > debian/rules seems to fix this. Thanks for investigating this. -- Eugene V. Lyubimkin aka JackYF, Ukrainian C++ developer. signature.asc Description: OpenPGP digital signature
Bug#504181: #504181 - found in 0.7.17...
Strange bug... Michael Vogt will re-upload soon. -- Eugene V. Lyubimkin aka JackYF signature.asc Description: PGP signature signature.asc Description: OpenPGP digital signature
Bug#504006: Please post your sources.list.
Hello Klaus. This bug in unreproducible (by us, at least) in usual configurations, please post your sources.list here. -- Eugene V. Lyubimkin aka JackYF signature.asc Description: OpenPGP digital signature
Bug#465241: It the bug reproduced without aptitude TUI?
Hello Vincent, can you reproduce the bug by doing 'aptitude install bibtex2html' ? -- Eugene V. Lyubimkin aka JackYF signature.asc Description: OpenPGP digital signature
