Bug#549622: follow-up to test
Hi Oleg, The resolver in libcupt-perl 1.3.0 got substantially modified, can you try now 'cupt -s install -t stable kde -o cupt::resolver::quality-bar=-2000' and report does it produce a solution and in what time on your machine? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#554773: cupt: Wrong computation of preferences/pinning
David Kalnischkies wrote: Or in short: A package version has multiply pin-settings: - a version specific one (e.g. 5.8*) - one for each origin/release/distribution (e.g. sid or ) I don't understand this one. And anyway it isn't stated anywhere, so it doesn't count. And this is btw what i expect with the given pin-file, but your mileage may vary, of course. (Or to rephrase it: how to get the same behavior in cupt?) I would therefore reassign the bug (again) to cupt and proceed with improving the manpage in #557637 instead, but i don't want to play bug-ping-pong. So what do you think Eugene V. Lyubimkin? So I don't get your point. Again: Failing that, if any general-form records match an available package version then the first such record determines the priority of the package version, and cupt do exactly that. I definitely will not accept bug reports based on points like 'do what I mean, not what I say'. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#554773: cupt: Wrong computation of preferences/pinning
David Kalnischkies wrote: (i guess we simply have a different understanding of version in this context and therefore different behavior in apt vs. cupt) Yes, seems so. 2009/11/23 Eugene V. Lyubimkin jackyf.de...@gmail.com: - one for each origin/release/distribution (e.g. sid or ) I don't understand this one. And anyway it isn't stated anywhere, so it doesn't count. In The Effect of APT Preferences it is said: The general form assigns a priority to all of the package versions in a given distribution (that is, to all the versions of packages that are listed in a certain Release file) or to all of the package versions coming from a particular Internet site, as identified by the site´s fully qualified domain name. (I have quoted the first few words already in my first mail) That phrase doesn't say anything about the same version entry treating is multiple ones, one for each Packages which it belongs to. So why it is not stated somewhere and therefore doesn't count? The versions from a different distribution/origin doesn't have a pin assigned yet, so another pin-setting can match them. Yes, for cupt they all are the same version (which I considered natural). This concept is one of libcupt's cornerstones. Jean-Christophe, now it's up to you to decide which point you support. If the bug got reassigned to libcupt in the end, I will mark it 'wontfix'. I don't want to play reassigning ping-pong as well. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#556650: libcupt-perl: Unable to upgrade console-setup, install keyboard-configuration
package libcupt-perl tags 556650 + pending thanks Hi James, James Vega wrote: Package: libcupt-perl Version: 1.3.0 Severity: normal Given the following new version of console-setup and new package keyboard-configuration, I'm unable to upgrade console-setup. keyboard-configuration is being installed while console-setup is still present, which results in a file conflict. Package: console-setup Version: 1.47 Depends: debconf (= 0.5) | debconf-2.0, console-terminus (= 4.26), xkb-data (= 0.9), keyboard-configuration Package: keyboard-configuration Version: 1.47 Depends: debconf (= 0.5) | debconf-2.0 Conflicts: console-setup ( 1.47), console-setup-mini ( 1.47) This bug should be now fixed in the master branch. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#557661: libcupt-perl: Division by zero attempting to 'cupt update' from security.d.o squeeze/updates non-free
package libcupt-perl tags 557661 + confirmed pending thanks James Vega wrote: Package: libcupt-perl Version: 1.2.1 Severity: normal I recently added non-free to my sources.list, and cupt bombs out when it attempts to update non-free from security.debian.org. Limited test-case shown below. I've tested with 1.3.0 and seen similar results. Hi James, another good catch. The file with defined size 0, heh. Should be fixed in the master branch now. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#557451: xfce4-terminal: background transparency is broken
Package: xfce4-terminal Version: 0.4.2-1 Severity: normal The option 'Edit-Preferences-Appearance-Background' set to 'Transparent background' enables only transparency against selected background color and not against other windows. -- 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 Versions of packages xfce4-terminal depends on: ii exo-utils 0.3.102-1 Utility files for libexo ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.10.1-2 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-1 simple interprocess messaging syst ii libexo-0.3-0 0.3.102-1 Library with extensions for Xfce ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libvte9 1:0.22.4-1 Terminal emulator widget for GTK+ ii libx11-6 2:1.2.2-1 X11 client-side library ii libxfce4util4 4.6.1-1Utility functions library for Xfce Versions of packages xfce4-terminal recommends: ii dbus-x11 1.2.16-2 simple interprocess messaging syst xfce4-terminal suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557452: xfce4-xkb-plugin: segfaults repeatedly after add and removal of the 'fi' layout
Package: xfce4-xkb-plugin Version: 0.5.3.2-2 Severity: important I had three keyboard layouts (en, ru, ua), controlled by xfce4-xkb-plugin (i.e. no XkbLayout entries in xorg.conf). Then I tried to add the 'fi' keyboard layout, and it worked. Then I tried to remove it, and the plugin segfaulted. Now I can't even launch it - the plugin just repeatedly segfaults: Nov 22 11:39:05 1501-debian kernel: [48995.014079] xfce4-xkb-plugi[4928]: segfault at 20 ip 7fd83e36e411 sp 7fffbb35d548 error 4 in libc-2.10.1.so[7fd83e2f5000+14a000] Nov 22 11:39:32 1501-debian kernel: [49021.617278] xfce4-xkb-plugi[9745]: segfault at 60 ip 7f3037bd5411 sp 7fffbfcc3298 error 4 in libc-2.10.1.so[7f3037b5c000+14a000] Nov 22 11:39:46 1501-debian kernel: [49035.776836] xfce4-xkb-plugi[9753]: segfault at 20 ip 7fc154f0c411 sp 7fffd202dd68 error 4 in libc-2.10.1.so[7fc154e93000+14a000] -- 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 Versions of packages xfce4-xkb-plugin depends on: ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.10.1-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii librsvg2-2 2.26.0-1 SAX-based renderer library for SVG ii libwnck22 2.26.1-1 Window Navigator Construction Kit ii libxfce4util4 4.6.1-1 Utility functions library for Xfce ii libxfcegui4-4 4.6.1-1+b1Basic GUI C functions for Xfce4 ii libxklavier15 4.0-2 X Keyboard Extension high-level AP ii libxml22.7.6.dfsg-1 GNOME XML library ii xfce4-panel4.6.2-1 The Xfce4 desktop environment pane ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime xfce4-xkb-plugin recommends no packages. xfce4-xkb-plugin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557451: [Pkg-xfce-devel] Bug#557451: xfce4-terminal: background transparency is broken
Yves-Alexis Perez wrote: On dim., 2009-11-22 at 11:17 +0200, Eugene V. Lyubimkin wrote: Package: xfce4-terminal Version: 0.4.2-1 Severity: normal The option 'Edit-Preferences-Appearance-Background' set to 'Transparent background' enables only transparency against selected background color and not against other windows. Is compositing enabled in the general settings, Window Manager Tweaks, Compositing tab? Cheers, Sure. It's enabled, all other transparency tweaking bars on the Window Manager Tweaks controls transparency work well. And I surely remember that it (transparent background) worked in some of previous versions of xfce4-terminal, however I didn't need terminal transparency for a while and can't say which last good version was. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#557452: [Pkg-xfce-devel] Bug#557452: xfce4-xkb-plugin: segfaults repeatedly after add and removal of the 'fi' layout
Yves-Alexis Perez wrote: Nov 22 11:39:05 1501-debian kernel: [48995.014079] xfce4-xkb-plugi[4928]: segfault at 20 ip 7fd83e36e411 sp 7fffbb35d548 error 4 in libc-2.10.1.so[7fd83e2f5000+14a000] Nov 22 11:39:32 1501-debian kernel: [49021.617278] xfce4-xkb-plugi[9745]: segfault at 60 ip 7f3037bd5411 sp 7fffbfcc3298 error 4 in libc-2.10.1.so[7f3037b5c000+14a000] Nov 22 11:39:46 1501-debian kernel: [49035.776836] xfce4-xkb-plugi[9753]: segfault at 20 ip 7fc154f0c411 sp 7fffd202dd68 error 4 in libc-2.10.1.so[7fc154e93000+14a000] Could you try to backtrace it (replace the executable by a wrapper running in gdb (more info at http://wiki.xfce.org/howto/panel_plugin_debug) Here's. However, not much info there. Should I try to capture STDERR? It segfaulted earlier, but now it just returns 1 and exits (still unexpectedly). -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer xfce4-xkb-plugin-gdb.log.gz Description: application/gzip xfce4-xkb-plugin-valgrind.log.gz Description: application/gzip signature.asc Description: OpenPGP digital signature
Bug#557452: [Pkg-xfce-devel] Bug#557452: xfce4-xkb-plugin: segfaults repeatedly after add and removal of the 'fi' layout
Yves-Alexis Perez wrote: Which keyboard exactly do you chose in the layout list? fi, or fi (classic). Also, I suspect that the crash/unexpected exit caused not by exact layout, but by attempt to remove the layout listed as default, it was the case for all repeatable exits, and one time when other (than the newly added) layout was selected as default, the behavior was normal. I however got a few other segfaults/unexpected exits while trying to debug this one (one of them took place when I switched the keyboard not using plugin, by keyboard key), so I can't be sure. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#557177: libcupt-perl: broken cupt source: Can't locate object method new via package Digest
package libcupt-perl tags 557177 + confirmed pending thanks Hi Cyril, Cyril Brulebois wrote: Package: libcupt-perl Version: 1.3.0 Severity: important Tags: patch Hi, unfortunately, cupt source $pkg was broken by commit 5aa189408a. Please find attached a patch to fix this. (Please keep in mind Perl is not my mother tongue, there might be better ways to fix that.) Ouch, right. I applied the fix to the master branch. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#556650: libcupt-perl: Unable to upgrade console-setup, install keyboard-configuration
package libcupt-perl tags 556650 + confirmed found 556650 libcupt-perl/1.2.1 thanks James Vega wrote: Package: libcupt-perl Version: 1.3.0 Severity: normal Given the following new version of console-setup and new package keyboard-configuration, I'm unable to upgrade console-setup. keyboard-configuration is being installed while console-setup is still present, which results in a file conflict. Package: console-setup Version: 1.47 Depends: debconf (= 0.5) | debconf-2.0, console-terminus (= 4.26), xkb-data (= 0.9), keyboard-configuration Package: keyboard-configuration Version: 1.47 Depends: debconf (= 0.5) | debconf-2.0 Conflicts: console-setup ( 1.47), console-setup-mini ( 1.47) Hi James, thanks for the report. This is indeed a bug. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#275357: state of #275357
tags 275357 + confirmed found 275357 5.10.1-7 thanks Steve Cotton wrote: On Thu, Nov 12, 2009 at 02:06:52PM +0200, Eugene V. Lyubimkin wrote: I cannot reproduce the bug with the Perl 5.10.1 in Debian unstable. Can you? Hi Eugene, It's reproducible every time for me. Hm. Right. It seems I did not properly create a fifo before. Confirmed, thanks. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#306228: state of #306228
Ian Zimmerman wrote: Eugene Hello Ian, Do you encounter the problem nowadays? If yes, can Eugene you issue a new test case? It still happens exactly as in the bug: But Brendan said earlier that it's normal for distribution-installed modules, so I expected an example for some locally-installed module. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#555209: libcupt-perl: Ignores satisfied ORed Depends and installs first one
James Vega wrote:
I would, but I'm getting this error:
Resolving possible unmet dependencies... Can't call method
get_package_entry on unblessed reference at Cupt/System/Resolvers/Native.pm
line 409, $fh line 28664.
at Cupt/System/Resolvers/Native.pm line 409
Cupt::System::Resolvers::Native::__is_version_array_intersects_with_packages('ARRAY(0x9f1e460)',
'HASH(0x97af658)') called at Cupt/System/Resolvers/Native.pm line 944
Cupt::System::Resolvers::Native::_resolve('Cupt::System::Resolvers::Native=ARRAY(0x8aebda0)',
'CODE(0x9e301e0)') called at Cupt/System/Resolvers/Native.pm line 1213
Cupt::System::Resolvers::Native::resolve('Cupt::System::Resolvers::Native=ARRAY(0x8aebda0)',
'CODE(0x9e301e0)') called at ./cupt line 1679
main::manage_packages('safe-upgrade') called at ./cupt line 128
main::__ANON__() called at ./cupt line 143
eval {...} called at ./cupt line 142
main::main() called at ./cupt line 157
at Cupt/Core.pm line 110
Cupt::Core::mycatch() called at ./cupt line 145
main::main() called at ./cupt line 157
Oops, nice catch. Should be fixed now, can you try again?
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
Bug#556014: libcupt-perl: Unable to upgrade packages which mutually Break
James Vega wrote: Package: libcupt-perl Version: 1.2.1 Severity: important As is the case right now, cupt can't upgrade consolekit udev because the new versions both Break the currently installed version of the other package. Attached debug log. N.B., I haven't tried the git repo yet due to the traceback I posted in my other bug. Good catch. I've fixed that bug in master and just pushed a change to pass --force-breaks to dpkg too, it should fix this bug. Can you confirm? -- 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
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#275357: state of #275357
Hello Patrick, Steve, I cannot reproduce the bug with the Perl 5.10.1 in Debian unstable. Can you? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#299804: state of #299804
Hello, Do you encounter spamassassin segfaults nowadays? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#306228: state of #306228
Hello Ian, Do you encounter the problem nowadays? If yes, can you issue a new test case? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#309366: state of #309366
Hello Bas, The test case works fine for me as for Perl 5.10.1. Can you confirm? -- 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
Sven Joachim wrote: Could you upload your packages somewhere? I would like to reproduce the problem. Yes, see http://people.debian.org/~jackyf/perl-candidates/. -- 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
Guillem Jover wrote: As you have reported similar reports in the past, I went and checked cupt sources and it seems to be passing those flags to dpkg (which is wrong No, it just necessary for plenty of upgrade actions. And I see no reason why passing these options is wrong, nor in the manual, nor in your words. Here it says it will try this to get out of the situation... I requested installing new version of the package 'perl-modules'. Dpkg should install it before unpacking 'perl', or remove it meanwhile, but install the new version later. As correctly pointed by Sven: Unpacking perl-modules (from perl-modules_5.10.1-8_all.deb) ... Wtf is that if the package status after the actions is 'not-installed'? 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. As said before, only because you asked it to. Err, wait, do you mean it ignored install request because I've asked to ignore dependencies? Silently. It does not seem silent to me. Although it could repeat the message when actually doing the removal It said nothing about why the 'install perl-modules 5.10.1-8' action was not performed (except for weird 'unpack perl-modules 5.10.1-8' message without a further appropriate configure which (unpack I mean) was not actually performed). Well, then apart from the possible request for an additional removal printing I don't see any problem here. The upgrade works w/o the need for the force options (except for the unhandled /etc/perl/Net/libnet.cfg conffile, which does not get properly moved), and it causes major problems when using the force options (as expected), which should really *not* be used on normal operations, as said before. And I say again that using some --force-* is necessary to perform some actions, some dependencies are to be broken unavoidably temporarily. Maybe, not in my case, but this is not important (to me) anymore as it revealed the grave problem in general and I would want it to be fixed in the future. I read your reasoning as, basically, --force-* options are marked as 'can damage your installation', so dpkg is free to do anything wrong if you specified them. Am I right? -- 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 nt...@debian.org 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-load-conditional-perl ( 0.30), libmodule-load-perl
Bug#555209: libcupt-perl: Ignores satisfied ORed Depends and installs first one
Hi James, James Vega wrote: On Sun, Nov 08, 2009 at 05:53:06PM -0500, James Vega wrote: debug::resolver=1 log attached. Here it is. :) Saw it. One change that is already in master branch should fix the problem. Can you buildtest? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#443018: libvte9: confirmed
Package: libvte9 Version: 1:0.22.3-1 Severity: normal Confirmed seeing garbage sometimes in xfce4-terminal. For me it started to happen only in recent libvte9 changes, in 0.22.x series. -- 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 Versions of packages libvte9 depends on: ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.10.1-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libfontconfig12.6.0-4generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libvte-common 1:0.22.3-1 Terminal emulator widget for GTK+ libvte9 recommends no packages. libvte9 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544682: vim: segfault on reading gzipped file
James Vega wrote: tag 544682 unreproducible thanks On Wed, Sep 02, 2009 at 07:00:37PM +0300, Eugene V. Lyubimkin wrote: James Vega wrote: This worked fine for me when using /usr/share/doc/vim-common/changelog.Debian.gz as the test file. Yes, this worked for me for many months, for many other compressed files. This is the first time I saw segfault. Is it still reproducible for you? I've tried to reproduce it and haven't had any luck. I get messages about not being able to create the tempfile and then I'm presented with the uncompressed file, but no crash. Yes. Here's how I reproduce it: -8- /media/net$ mount | grep smbnetfs smbnetfs on /media/net type fuse.smbnetfs (rw,noexec,nosuid,nodev,allow_other) /media/net$ vim /usr/share/doc/debian-policy/changelog.gz Vim: Caught deadly signal SEGV Vim: Finished. many empty lines Segmentation fault -8- I tried in a setup where there was no /tmp, $TMPDIR and $HOME were unset, and '.' wasn't writable by the user. Aside from being unable to display the uncompressed text, it worked fine. FTR, In the setup above /tmp, $HOME are set and writeable. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#554945: Autoflushing of stdout is broken with perl 5.10
Hi Roger,
Roger Leigh wrote:
Package: perl
Version: 5.10.1-6
Severity: normal
This thread also describes the problem:
http://coding.derkeiler.com/Archive/Perl/comp.lang.perl.misc/2009-06/msg00035.html
Actually, the thread conclusion is the construction itself works. See three
last messages. Personally, I use STDOUT flushing in one of my Perl programs
and it works fine.
Moreover, this program which uses dup() works perfectly fine:
-8-
#!/usr/bin/perl -w
use strict;
use warnings;
use FileHandle;
use POSIX;
my $new_stdout = FileHandle-new_from_fd(dup(fileno(STDOUT)), 'w');
$new_stdout-autoflush(1);
while (1) {
print { $new_stdout } 'a';
sleep(1);
}
-8-
Can you construct a small program to reproduce?
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
Bug#269919: state of #269919
Hi Gerfried, | When any level of bundling is enabled, option values may be inserted in | the bundle. For example: | | -h24w80 | | is equivalent to | | -h 24 -w 80 *argh* This is sooo wrong. How does Getopt::Bundle guess if one doesn't want to use -h 24w80 instead? This is absolutely non-intuitively. *sigh* By looking into format specifier. It it's 'i', then 24 will be passed to h and 80 to w, if it's 's', then '24w80' will be passed to h. Is this satisfiable for you to close this bug? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#554620: cupt: Network problems not handled gracefully
package cupt libcupt-perl reassign 554620 libcupt-perl tags 554620 + unreproducible thanks James Vega wrote: Can you reproduce the issue again so we can debug it? That was the first and only time I've seen it so far. The added checks look right, but I'm not sure I'll be able to verify whether it truly solves the problem. That checks hardly can solve the problem, they can post-handle it better. And for debugging purposes. I marked this bug as unreproducible. Let it dangle for a while. If you will ever reproduce this E: read from socket failed, I would like to see output of program with '-o debug::downloader=1' appended. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#544682: vim: segfault on reading gzipped file
James Vega wrote: Hmm, a fuse filesystem. That may be the important bit of information. Could you attach a gzipped log of “strace -f -o 544682.log vim /usr/share/doc/debian-policy/changelog.gz”? Sure, here is it. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer 544682.log.gz Description: application/gzip signature.asc Description: OpenPGP digital signature
Bug#554620: cupt: Network problems not handled gracefully
package cupt libcupt-perl reassign 554620 libcupt-perl tags 554620 + unreproducible thanks James Vega wrote: Package: cupt Version: 1.1.1 Severity: minor Attempted to update and saw the following backtrace. Looks like there was an intermittent network problem, which caused some variable not to be set. Hi James, $ sudo cupt update Get:1 http://debian.lcs.mit.edu/debian squeeze Release Get:2 http://security.debian.org squeeze/updates Release 0% [1 squeeze Release 0B][2 squeeze/updates Release 0B] | 0B/s | ETA: 0sE: read from socket failed: This is an error from Unix local socket, not network one, but I can't guess why it happened. Looks like something went bad with the listener socket, and some client sockets received error from read(), and some even got wrong data (which led to a crash). I just added two more internal checks to master branch though just in case. Can you reproduce the issue again so we can debug it? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#547951: reports warnings and errors about apt config
package cupt libcupt-perl update-notifier-common
clone 547951 -1
reasssign -1 update-notifier-common
retitle -1 wrong syntax in apt config snippet
reassign 547951 libcupt-perl
severity 547951 minor
tags 547951 + confirmed pending
thanks
Hello Jean, thanks for your report,
Jean-Christophe Dubacq wrote:
Package: cupt
Version: 1.2.1
Severity: normal
[...]
The content of these files are:
$ cat /etc/apt/apt.conf.d/15update-stamp
APT::Update::Post-Invoke-Success:: {touch
/var/lib/apt/periodic/update-success-stamp 2/dev/null || true;};
Wrong syntax. The '::' before '{' are wrong and should be removed. Cloned the
bug report and reassigned to binary package that provide this snippet.
$ cat /etc/apt/apt.conf.d/50unattended-upgrades
[...]
Fixed these warnings in master branch.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
Bug#554356: cupt: Retrieve package specifications from file
package cupt tags 554356 + pending thanks Jean-Christophe Dubacq wrote: Package: cupt Version: 1.2.1 Severity: wishlist Tags: patch I really would like cupt to be able to retrieve its file list from a file (or some combination of files and args on cmdline, but I just need one file for my personnal projects). The syntax could be '@/some/file' instead of a package description (in which case, the content of the file is read line by line and each line becomes a package description). Thanks, applied a slightly adjusted patch to the master branch. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#547952: Starting cupt without arguments shows perl warnings again
package cupt tags 547952 + pending Hi Didier, Didier Raboud wrote: Package: cupt Version: 1.2.1 Severity: normal Hi, sorry to reopen this bug, but I still get ugly warnings when launching cupt without arguments: Arh, I broke it again recently. Fixed and added the test case. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#553126: qmmp main window does not draw anything
Norbert Preining wrote: Some discussion more at upstream issue page and now there is a patch. I confirmed that using this patch *and* turning n Openbox compatibility makes qmmp work as expected. Ok. Do you prefer me to apply this patch for a Debian package? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#553629: cupt: Dependency on File::Path missing
package cupt libcupt-perl reassign 553629 libcupt-perl tags 553629 + confirmed pending thanks Hi, Bernd Zeimetz wrote: Package: cupt Version: 1.2.1 Severity: normal Installing cupt on a system which was not updated for a few months showed that cupt seems to need a dependency on File::Path: remove_tree is not exported by the File::Path module Thanks for this catch, fixed in the master branch. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#178564: state of #178564
Evan Harris wrote: I stopped running the app that exhibited the behaviour more than a year ago. But as far as I can remember, it was never fixed while I still was, so I just worked around it. Do you still have the vulnerable version of your ? Without any test case I will have to close the bug. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#553126: qmmp main window does not draw anything
package qmmp forwarded 553126 http://code.google.com/p/qmmp/issues/detail?id=186 thanks Norbert Preining wrote: Package: qmmp Version: 0.3.0-3+b1 Severity: important running gnome, metacity with composite_manager turned on, staring qmmp does not give a toplevel window. Well in fact there is one, ALT-TAB shows its borders. And clicking into the (not to be seen) window I can actually make menus pop up etc etc, interact with qmmp, but the main window does not draw *any* pixel on screen. Hello Norbert, thanks for the report, I forwarded it upstream. -- 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#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#200540: state of #200540
Hello Evan, without a test case I not see much chance to reproduce it. Did you try that script in perl 5.10.x? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#203579: state of #203579
Hello Daniel, I just run your code by perl 5.10.1-5 and it got no segfault but instead: Thread 1 terminated abnormally: cond_signal can only be used on shared values at ./test.plx line 142. I guess your script suffers from some limitations mentioned in threads::shared documentation. Thoughts? -- 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#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#552389: [Pkg-cups-devel] Bug#552389: cups-pdf: wrong check for 'removing' in postinst script
Martin-Éric Racine wrote: On Sun, Oct 25, 2009 at 11:50 PM, Eugene V. Lyubimkin jac...@debian.org wrote: Package: cups-pdf Severity: normal From the postinst script: -8- case $1 in configure|removing) -8- Postinst script never get 'removing' as the first argument. From http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html * deconfigured's-postinst abort-deconfigure in-favour failed-install-package version [removing conflicting-package version] 'removing' very much appears there. As sixth parameter, so 'case $1' will never match it. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#545794: updated patch for #545794
Hi Junichi,
Now I realized right option order for --build, and implemented '-y' in cupt.
The patch became less intrusive.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
diff -urN pbuilder-0.189/Makefile pbuilder-0.189+jackyf1/Makefile
--- pbuilder-0.189/Makefile 2009-06-23 02:43:13.0 +0300
+++ pbuilder-0.189+jackyf1/Makefile 2009-09-27 19:48:57.943519414 +0300
@@ -92,6 +92,7 @@
$(INSTALL_EXECUTABLE) pbuilder-satisfydepends-gdebi $(DESTDIR)/usr/lib/pbuilder/
$(INSTALL_EXECUTABLE) pbuilder-satisfydepends-aptitude $(DESTDIR)/usr/lib/pbuilder/
$(INSTALL_EXECUTABLE) pbuilder-satisfydepends-experimental $(DESTDIR)/usr/lib/pbuilder/
+ $(INSTALL_EXECUTABLE) pbuilder-satisfydepends-cupt $(DESTDIR)/usr/lib/pbuilder/
$(INSTALL_EXECUTABLE) pbuilder-satisfydepends-checkparams $(DESTDIR)/usr/lib/pbuilder/
$(INSTALL_EXECUTABLE) pbuilder-satisfydepends-funcs $(DESTDIR)/usr/lib/pbuilder/
$(INSTALL_EXECUTABLE) pdebuild-internal $(DESTDIR)/usr/lib/pbuilder/
diff -urN pbuilder-0.189/pbuilder-buildpackage-funcs pbuilder-0.189+jackyf1/pbuilder-buildpackage-funcs
--- pbuilder-0.189/pbuilder-buildpackage-funcs 2009-02-26 07:33:11.0 +0200
+++ pbuilder-0.189+jackyf1/pbuilder-buildpackage-funcs 2009-10-23 12:17:21.984880080 +0300
@@ -37,6 +37,11 @@
yes) BUILDOPT=--binary-arch;;
*) ;;
esac
+
+ if [ -n $USE_CUPT ]; then
+ PBUILDERSATISFYDEPENDSCMD=/usr/lib/pbuilder/pbuilder-satisfydepends-cupt
+ fi
+
if $PBUILDERSATISFYDEPENDSCMD --control $1 --chroot ${BUILDPLACE} --internal-chrootexec ${CHROOTEXEC} ${BUILDOPT} ; then
:
else
@@ -50,7 +55,12 @@
fi
# install extra packages to the chroot
if [ -n $EXTRAPACKAGES ]; then
- $CHROOTEXEC usr/bin/apt-get -y --force-yes install ${EXTRAPACKAGES}
+ if [ -n $USE_CUPT ]; then
+ PACKAGE_MANAGER_COMMAND=/usr/bin/cupt -y --no-auto-remove -o cupt::console::allow-untrusted=1
+ else
+ PACKAGE_MANAGER_COMMAND=/usr/bin/apt-get -y --force-yes
+ fi
+ $CHROOTEXEC $PACKAGE_MANAGER_COMMAND install ${EXTRAPACKAGES}
fi
}
diff -urN pbuilder-0.189/pbuilder-checkparams pbuilder-0.189+jackyf1/pbuilder-checkparams
--- pbuilder-0.189/pbuilder-checkparams 2009-03-07 03:07:51.0 +0200
+++ pbuilder-0.189+jackyf1/pbuilder-checkparams 2009-09-27 21:47:54.529461681 +0300
@@ -210,6 +210,12 @@
outputfile[${#outputfi...@]}]=$2;
shift; shift;
;;
+ --cupt)
+ log I: Using cupt as package manager
+ USE_CUPT=yes
+ EXTRAPACKAGES=$EXTRAPACKAGES cupt
+ shift;
+ ;;
## internal options.
--internal-chrootexec)
diff -urN pbuilder-0.189/pbuilder-satisfydepends-cupt pbuilder-0.189+jackyf1/pbuilder-satisfydepends-cupt
--- pbuilder-0.189/pbuilder-satisfydepends-cupt 1970-01-01 03:00:00.0 +0300
+++ pbuilder-0.189+jackyf1/pbuilder-satisfydepends-cupt 2009-10-23 12:54:17.612881957 +0300
@@ -0,0 +1,49 @@
+#!/bin/bash
+# pbuilder -- personal Debian package builder
+# Copyright (C) 2001,2002,2003,2005-2007 Junichi Uekawa
+# Copyright (C) 2009 Eugene V. Lyubimkin
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
+#
+# module to satisfy build dependencies; cupt flavor
+
+set -e
+
+. /usr/lib/pbuilder/pbuilder-satisfydepends-funcs
+
+function checkbuilddep_internal () {
+ local FLAGS=-y -o apt::install-recommends=0 -o cupt::downloader::max-simultaneous-downloads=1
+ FLAGS=$FLAGS -o cupt::console::allow-untrusted=1
+echo - Attempting to parse the build-deps
+ BUILD_DEPENDS=$(get_control_re $DEBIAN_CONTROL $BD_REGEXP)
+ BUILD_CONFLICTS=$(get_control_re $DEBIAN_CONTROL $BC_REGEXP)
+
+ # trim them
+ BUILD_DEPENDS=$(echo $BUILD_DEPENDS | sed 's/^ +//')
+ BUILD_CONFLICTS=$(echo $BUILD_CONFLICTS | sed 's/^ +//')
+
+ if [ -n $BUILD_CONFLICTS ]; then
+ BUILD_CONFLICTS=$BUILD_CONFLICTS-
+ fi
+
+ if $CHROOTEXEC /usr/bin/cupt $FLAGS satisfy $BUILD_DEPENDS $BUILD_CONFLICTS; then
+ echo - Finished parsing the build-deps
+ else
+ echo E: Could not satisfy build-dependency. 2
+ fi
+}
+
+. /usr/lib/pbuilder/pbuilder-satisfydepends-checkparams
+
diff -urN pbuilder-0.189/pbuilder-updatebuildenv pbuilder-0.189+jackyf1/pbuilder-updatebuildenv
--- pbuilder-0.189/pbuilder-updatebuildenv 2009-10-24 14:33:57.013018027 +0300
+++ pbuilder-0.189+jackyf1/pbuilder-updatebuildenv 2009-10
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#547950: state of #547950
Hi Patrick. Since this bug was filed, important change was made in libcupt-perl 1.1.0: caching of parsed version entries. And this caching is turned on when you calls 'shell' subcommand. So, to receive quick search, one has to launch cupt shell, and then first search will be slow, but all subsequent will be quick, as the versions cache is preserved between read-only operations. Do you consider this ability enough to close the bug? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#547948: state of #547948
package cupt libcupt-perl tags 547948 + wontfix thanks Hi Patrick, I thought one more time about this bug, and I'm tagging it wontfix. Even 'file not found' deserves a warning by default for those who has country-specific translation files. Those who has not and will not for the foreseeable future have to set 'apt::acquire::translation' manually. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#161610: state of #161610
Hello Mark, do you still encounter this bug nowadays? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#171547: state of #171547
Hello Jason, Works for me as of Perl 5.10.1-5, do you confirm? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#178564: state of #178564
Hello Evan, do you encounter this big leak with 5.10.x Perl versions? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#552389: cups-pdf: wrong check for 'removing' in postinst script
Package: cups-pdf Severity: normal From the postinst script: -8- case $1 in configure|removing) -8- Postinst script never get 'removing' as the first argument. -- 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550234: imagemagick pulls by default libgtk2.0-0 and a number of its dependencies to non-X system
retitle 550234 mc: downgrade imagemagick dependency to Suggests reassign 550234 mc severity 550234 important thanks Denis Briand wrote: retitle 550234 imagemagick pulls by default libgtk2.0-0 and a number of its dependencies to non-X system reassign 550234 imagemagick severity 550234 wishlist #mc need imagemagick, see #534681, its an imagemagick issue, sorry No, mc doesn't need imagemagick to work. Mc is a file manager, not an image viewer. Please demote it to Suggests and wrote a paragraph in the long description that one needs it to view JPEG or whatever pictures. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#550234: imagemagick pulls by default libgtk2.0-0 and a number of its dependencies to non-X system
Hi Nelson, Nelson A. de Oliveira wrote: Hi! Just in case it matters, ImageMagick in experimental already has some modules split in a new package, removing the dependencies on a lot of graphical libs (including gtk). See #478538 An upload to unstable will follow soon. Good news for sure, but I still prefer Suggests for mc-imagemagick dependency. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#154708: state of #154708
Hello Walter, do you see this weird issue nowadays? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#552121: git-core: misleading error message when trying to push to read-only repo
Package: git-core Version: 1:1.6.5-1 Severity: normal $ git push fatal: The remote end hung up unexpectedly Isn't helpful at all and made me think about server's problem. Please print a graceful error message when the real error is trying to push to read-only repository. -- 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 git-core depends on: ii libc6 2.10.1-1 GNU C Library: Shared libraries ii libcurl3-gnutls7.19.5-1.1Multi-protocol file transfer libra ii libdigest-sha1-perl2.12-1NIST SHA-1 message digest algorith ii liberror-perl 0.17-1Perl module for error/exception ha ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii perl-modules 5.10.1-5 Core Perl modules ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages git-core recommends: ii less 436-1 pager program similar to more ii openssh-client [ssh-client] 1:5.1p1-7 secure shell client, an rlogin/rsh ii patch 2.5.9-5Apply a diff file to an original ii rsync 3.0.6-1fast remote file copy program (lik Versions of packages git-core suggests: pn git-arch none (no description available) pn git-cvs none (no description available) pn git-daemon-runnone (no description available) pn git-doc none (no description available) pn git-email none (no description available) pn git-gui none (no description available) ii git-svn 1:1.6.5-1 fast, scalable, distributed revisi pn gitk none (no description available) pn gitwebnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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: 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#126608: state of #126608
Hello era, I agree with explanation given by Kalle that the current situation is not a bug, so I'm about to close it. Do you have objections? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#137290: state of #137290
Hello hausen, I run the attached script 1100 times, and it worked flawlessy for me on Perl 5.10.1. Can you confirm? -- 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#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#87674: state of #87674
Hello David, I cannot reproduce this bug with current perl in Debian sid (.e.g no 'local/' got appended to install paths). Can you confirm? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#92122: state of #92122
Hello Simon, can you still reproduce this bug with the modern Perl versions? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551769: glibc: /usr/bin/perl: double free or corruption
package perl-base libsvn-perl reassign 551769 libsvn-perl thanks Hello Sten, thanks for your report. Sten Heinze wrote: Package: perl-base Version: 5.10.1-5 Severity: normal When running git svn clone for an repository otherwise working with svn, I get after a few files are downloaded from the repository: Temp file with moniker 'svn_delta' already in use at /usr/share/perl5/Git.pm line 1022. *** glibc detected *** /usr/bin/perl: double free or corruption (!prev): 0x097598d0 *** Since libsvn-perl contains binary Perl module in the middle of the stack strae, it is a possible culprit of this bug. Reassigned. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#75890: state of #75890
Hello Brian, Martin, I believe Perl is doing right here. As verified by me and showed in original report: -8- fork() = -1 EAGAIN (Resource temporarily unavailable) -8- So, as resource is _temporarily_ unavailable, Perl tries to acquire it again and again, which is right way to me. Objections? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#64757: state of #64757
Hello Derrik, Can you reproduce the bug with the modern 5.10.x Perl versions? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#69378: state of #69378
Hello Daniel, hello Jamie, Is this bug still reproducible by you? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551301: unetbootin doesn't add syslinux kernel and other syslinux files to the usb stick
package unetbootin tags 551301 + moreinfo thanks Hello, joblack wrote: Package: unetbootin Version: 372-1 Severity: important unetbootin doesn't add syslinux kernel and other syslinux files to the usb stick so the usb stick doesn't boot This is too generic. Please describe your situation better, e.g. what configuration you chose in the unetbootin window, what distribution was selected etc. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551323: dpkg-repack: eats an epoch from version number in the name of result file
Package: dpkg-repack Version: 1.31 Severity: important $ dpkg -l | grep xserver-xorg-video-voodoo ii xserver-xorg-video-voodoo1:1.2.2-1 $ fakeroot -u dpkg-repack xserver-xorg-video-voodoo dpkg-deb: building package `xserver-xorg-video-voodoo' in `./xserver-xorg-video-voodoo_1.2.2-1_amd64.deb' -- 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 dpkg-repack depends on: ii dpkg-dev 1.15.4 Debian package development tools ii perl 5.10.1-5 Larry Wall's Practical Extraction dpkg-repack recommends no packages. dpkg-repack suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551326: packages.debian.org: web address for changelogs and copyrights don't contain a version epoch
Package: www.debian.org Severity: normal Example: http://packages.debian.org/sid/xserver-xorg-video-voodoo contains a link 'http://packages.debian.org/changelogs/pool/main/x/xserver-xorg-video-voodoo/xserver-xorg-video-voodoo_1.2.2-1/changelog', which doesn't have an epoch. -- 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-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#551301: doesn't add syslinux kernel and other syslinux files to the usb stick
package unetbootin tags 551301 - moreinfo forwarded 551301 https://bugs.launchpad.net/unetbootin/+bug/454037 thanks joblack wrote: Package: unetbootin Version: 372-1 Severity: normal additional information: [...] Thanks. I just forwarded your report upstream. -- 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, DATA 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-perlnone (no description available) libpar-packer-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551323: dpkg-repack: eats an epoch from version number in the name of result file
Joey Hess wrote: Eugene V. Lyubimkin wrote: Severity: important Filenames of .deb files are not important. They are important. Unless .deb have a canonical name, I cannot use packed .debs as cached archives to install with cupt/apt. $ dpkg -l | grep xserver-xorg-video-voodoo ii xserver-xorg-video-voodoo1:1.2.2-1 $ fakeroot -u dpkg-repack xserver-xorg-video-voodoo dpkg-deb: building package `xserver-xorg-video-voodoo' in `./xserver-xorg-video-voodoo_1.2.2-1_amd64.deb' This is done by dpkg-deb when building any package with an epoch in any way. Epochs are not intended to be user-visible. This is news for me. Where can I find the source of this statement? Anyway, I need the way the rename the target file to the name I want to have. As I understand, the best I can do is guess the target .deb name by package name, right? I.e. no option where I can specify the target name myself? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551323: dpkg-repack: eats an epoch from version number in the name of result file
reopen 551323 reassign 551323 dpkg severity 551323 normal thanks Joey Hess wrote: This is done by dpkg-deb when building any package with an epoch in any way. I reassigned then. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551323: dpkg-repack: eats an epoch from version number in the name of result file
Joey Hess wrote: Eugene V. Lyubimkin wrote: They are important. Unless .deb have a canonical name, I cannot use packed .debs as cached archives to install with cupt/apt. apt web-escapes various characters, including the : in an epoch, so you would have to modify filenames even if the epoch was included. Cupt is able to pick up both web-escaped and non-web-escaped characters. I would prefer non-escaped variant as more clear, but that's not so important. This is done by dpkg-deb when building any package with an epoch in any way. Epochs are not intended to be user-visible. This is news for me. Where can I find the source of this statement? dpkg 1.2.0: * Epochs in version numbers implemented, using the syntax epoch:version-revision. (Epoch not usually displayed.) Although they eventually changed this policy, see #107449. So perhaps they'd be willing to change dpkg-deb to include epochs now if asked. Yeah. Epochs are shown everywhere nowadays, that's why I asked. And, yes, fellow dpkg developers, please do this. apt determines the filenames for its cache using the package name and version, AFAIK. Exactly. Including epoch. -- 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#58398: state of #58398
Hello, Unfortunately this bug wasn't touched for years. Can you reproduce it with modern Perl versions? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#64308: state of #64308
Hello Joey, CGI::Cookie would lead you to belive it follows RFC 2109, when it says For full information on cookies see http://www.ics.uci.edu/pub/ietf/http/rfc2109.txt I wouldn't read this as 'conforms to', nevertheless: CGI::Cookie uses only the old expires field that is in the old netscape cookies spec. This is still the case with Perl 5.10.1. Is it still a problem with any browser? Should I forward upstream the request to implement 'Max-Age' now? Note: For backward compatibility, the separator in the Cookie header is semi-colon (;) everywhere. A server should also accept comma (,) as the separator between cookie-values for future compatibility. This part works well for me in Perl 5.10.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#64308: state of #64308
package perl tags 64308 + confirmed forwarded 64308 https://rt.cpan.org/Public/Bug/Display.html?id=50576 thanks Joey Hess wrote: I don't have comprehensive knowledge of every browser. The current version of lynx has support for the expires field (in addition to Max-Age). I'd still appreciate it if perl followed the actual RFC, even if every browser has support for the old spec. Ok, I just forwarded the report upstream. -- 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 jackyf.de...@gmail.com [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#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#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#481508: some investigations
Hello Paul, I think this is a good idea, however depending on unicore-data will pull additional ~8 MiB to standard system (which perl-modules is part of and unicode-data will need to become standard too): $ dpkg -L perl-modules | grep unicore | grep txt | xargs wc -c | tail -n1 4120543 total $ cupt show unicode-data | grep size Uncompressed size: 12.0MiB Also, since unicode-data contains the files under different paths I don't know whether perl can be configured to use Unicode data from other location. Niko? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#57217: new info?
Hello James, Unfortunately no one touched this bug for many years, and now I doubt someone can reproduce something from such outdated info. Can you reproduce this with the modern (= 5.10.0) perl versions? Otherwise I'll close this bug as we cannot do anything with it in its current state. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#404593: new info?
Hello Vincent, Given zsh got some corruption and zsh does not contain any Perl programs, I conclude that Perl isn't a culprit of your problem. Did you see problems since the report has been filed? If no, maybe it'd better to close this bug. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#479711: state of #479711
Hello Raphael,
Brendan is apparently not active anymore, but it would good to stick on
something in Squeeze regarding this bug to not hit it when the 5.10 - 5.12
transition comes.
Raphael, I cannot explain why the first variant doesn't work (Niko, maybe you
can?), but can you try whether it works if you change from eval 'use... ' to
eval { use... }?
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
Bug#479711: state of #479711
package perl perl-base perl-modules
severity 479711 normal
thanks
Raphael Hertzog wrote:
On Wed, 14 Oct 2009, Eugene V. Lyubimkin wrote:
Brendan is apparently not active anymore, but it would good to stick on
something in Squeeze regarding this bug to not hit it when the 5.10 - 5.12
transition comes.
$ head -5 /usr/bin/update-alternatives
#!/usr/bin/perl --
BEGIN { # Work-around for bug #479711 in perl
$ENV{PERL_DL_NONLAZY} = 1;
}
And same goes for all perl scripts in dpkg itself.
Ah ok, so you did the change already. This wasn't mentioned anyhow in the bug
report, so I questioned.
Raphael, I cannot explain why the first variant doesn't work (Niko, maybe you
can?), but can you try whether it works if you change from eval 'use... '
to
eval { use... }?
Why don't you try yourself ? I did everything needed on the dpkg side already.
I was looking for a method to resolve it on dpkg side in one place as you
suggested earlier, but considering the change was anyway done, that's no more
needed. I'm downgrading the severity of this bug. Not sure whether can it be
fully closed.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
signature.asc
Description: OpenPGP digital signature
Bug#551000: ITP: sandbox -- Collaborative 3D game editor for education
Scott Howard wrote: Package: wnpp Severity: wishlist Owner: Scott Howard showard...@gmail.com * Package name: sandbox Version : 2.4 Upstream Author : Platinum Arts, LLX platinuma...@gmail.com * URL : http://sandboxgamemaker.com/ The name 'sandbox' is too generic. Can you change it to 'sandboxgamemaker'? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#551009: debdelta: add Enhances and/or Suggests on 'cupt'
Package: debdelta Version: 0.33 Severity: wishlist Hi, subject says it all. Users who use debdelta may be interested in using the package manager which supports it. Having an additional paragraph for cupt in debdelta's long description would be also nice. -- 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 debdelta depends on: ii binutils 2.19.91.20091006-1 The GNU assembler, linker and bina ii bzip2 1.0.5-3high-quality block-sorting file co ii libbz2-1.01.0.5-3high-quality block-sorting file co ii libc6 2.9-27 GNU C Library: Shared libraries ii python2.5.4-2An interactive high-level object-o ii zlib1g1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages debdelta recommends: ii bsdiff 4.3-8generate/apply a patch between two ii lzma4.43-14 Compression method of 7z format in ii python-apt 0.7.13.2 Python interface to libapt-pkg ii xdelta 1.1.3-9 A diff utility which works with bi ii xdelta3 0v2.dfsg-1.1 A diff utility which works with bi debdelta suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539738: this is a task for du, isn't it?
Hi Jari, $ du -hsc books_Vanya html2text-problems 23M books_Vanya 1.1Mhtml2text-problems 24M total Since du can do this, and ncdu's task is merely the ncurses interface and not batch mode, I'm about to close this bug. 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#550465: fbreader: please improve text selection
Luca Pizzamiglio wrote: Package: fbreader Version: 0.8.17-11 Severity: wishlist Awsome reader. Please improve text selection so that one can select a word by double clicking it. This would make it easier to use qstardict for translation. Thank you. Hello Luca, can you try fbreader from Debian testing (0.10.7)? Works for me in that version. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#550475: /usr/bin/dpkg-deb: dpkg-deb: support environment variable to set up compression type
Package: dpkg Version: 1.15.4 Severity: wishlist File: /usr/bin/dpkg-deb Please support an environment variable like 'DPKG_BUILD_COMPRESSION_TYPE' to set default value for -Z option. -- 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 dpkg depends on: ii coreutils 7.5-6 GNU core utilities ii libc6 2.9-26 GNU C Library: Shared libraries ii lzma 4.43-14Compression method of 7z format in dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.7.24 Advanced front-end for dpkg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550475: /usr/bin/dpkg-deb: dpkg-deb: support environment variable to set up compression type
Guillem Jover wrote: Hi! On Sat, 2009-10-10 at 15:01:49 +0300, Eugene V. Lyubimkin wrote: Package: dpkg Version: 1.15.4 Severity: wishlist File: /usr/bin/dpkg-deb Please support an environment variable like 'DPKG_BUILD_COMPRESSION_TYPE' to set default value for -Z option. What's the situation you'd use it instead of the command line option? Hi, in the situations when I don't call dpkg-deb directly. My situation: I have a program that calls dpkg-repack which calls 'dpkg --build'. If I want to allow user to change the compression format of .debs on the final output, I should implement an option to my program, then convince dpkg-repack to have that option... Having an environment variable would work much easier. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#550475: /usr/bin/dpkg-deb: dpkg-deb: support environment variable to set up compression type
Guillem Jover wrote: On Sat, 2009-10-10 at 17:19:00 +0300, Eugene V. Lyubimkin wrote: [...] Hi, in the situations when I don't call dpkg-deb directly. My situation: I have a program that calls dpkg-repack which calls 'dpkg --build'. If I want to allow user to change the compression format of .debs on the final output, I should implement an option to my program, then convince dpkg-repack to have that option... Having an environment variable would work much easier. Easier sure, but I don't think that's the right solution in this particular case. Adding -z and -Z pass-through support in dpkg-repack would be worthwhile by itself. Maybe, but implementing this for upper-stack programs is not worthwhile as for me. I would still want to have an environment variable. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
