Bug#650126: [cupt] unknown option 'no-install-unpacked'
tags 650126 + confirmed pending severity 650126 minor quit Hi Karol, On 2011-11-26 20:43, Karol Kozłowski wrote: > root@debian:/# cupt -s full-upgrade --no-install-unpacked > E: unknown option 'no-install-unpacked' > E: error performing command 'full-upgrade' Uh, thanks for noticing. This is a documentation leftover, the option is gone since version 0.6.5. Will be fixed in 2.3.1. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637738: daptup: pre-invoke fails under synaptic
tags 637738 + pending quit Hello, I found the reason, it's a bug in aptitude [1]. I will upload an updated daptup with a workaround. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650179 -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#650179: aptitude search (with root privileges) tries to lock dpkg admin directory
Package: aptitude Version: 0.6.4-1.2 Severity: normal Hello, ->8- $ aptitude search "aaa" p jaaa - audio signal generator and spectrum analyser $ LC_MESSAGES=C sudo aptitude search "aaa" [sudo] password for jackyf: E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable) E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it? p jaaa -8<- -- Package-specific info: aptitude 0.6.4 compiled at Oct 29 2011 21:12:20 Compiler: g++ 4.6.2 Compiled against: apt version 4.10.1 NCurses version 5.9 libsigc++ version: 2.2.9 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.10.1 linux-gate.so.1 => (0xb7855000) libapt-pkg.so.4.10 => /usr/lib/libapt-pkg.so.4.10 (0xb772a000) libncursesw.so.5 => /lib/libncursesw.so.5 (0xb76e4000) libtinfo.so.5 => /lib/i386-linux-gnu/libtinfo.so.5 (0xb76c3000) libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0xb76be000) libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xb75fe000) libept.so.1 => /usr/lib/libept.so.1 (0xb75a6000) libxapian.so.22 => /usr/lib/sse2/libxapian.so.22 (0xb73a6000) libz.so.1 => /usr/lib/libz.so.1 (0xb7391000) libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0xb7303000) libboost_iostreams.so.1.46.1 => /usr/lib/libboost_iostreams.so.1.46.1 (0xb72ec000) libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb72d3000) libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb71e4000) libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb71bd000) libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb71a) libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb7046000) libutil.so.1 => /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xb7042000) libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb703e000) libuuid.so.1 => /lib/libuuid.so.1 (0xb7039000) libbz2.so.1.0 => /lib/i386-linux-gnu/libbz2.so.1.0 (0xb7029000) librt.so.1 => /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb702) /lib/ld-linux.so.2 (0xb7856000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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 Versions of packages aptitude depends on: ii apt [libapt-pkg4.10] 0.8.15.9 ii libboost-iostreams1.46.1 1.46.1-7 ii libc6 2.13-7 ii libcwidget3 0.5.16-3 ii libept1 1.0.5 ii libgcc1 1:4.6.1-10 ii libncursesw5 5.7+20100313-5 ii libsigc++-2.0-0c2a2.2.9-1 ii libsqlite3-0 3.7.6.2-1 ii libstdc++64.6.1-10 ii libtinfo5 5.9-2 ii libxapian22 1.2.4-1 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages aptitude recommends: ii apt-xapian-index0.41 ii aptitude-doc-en [aptitude-doc] 0.6.4-1 ii libparse-debianchangelog-perl 1.1.1-2.1 ii sensible-utils 0.0.4 Versions of packages aptitude suggests: pn debtags pn tasksel -- 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#637738: daptup: Problem executing scripts APT::Update::Pre-Invoke 'if [ -x /usr/bin/daptup ];,then /usr/bin/daptup --pre; fi'Sub-process returned an error code (again)
tags 637738 = confirmed severity 637738 important quit On 2011-11-21 16:40, Karol Kozłowski wrote: > The error can be repeated in the following manner. > > important: > Package "cupt" must be uninstalled. > > > #apt-get purge cupt > > #echo 'deb http://..' >>/etc/apt/sources.list > > #apt-get update > > #LANG=C synaptic > Building old list of packages... E: Could not get lock /var/lib/dpkg/lock - > open (11: Resource temporarily unavailable) > E: Unable to lock the administration directory (/var/lib/dpkg/), is another > process using it? > errors present. Is apt/dpkg running? > Problem executing scripts APT::Update::Pre-Invoke 'if [ -x /usr/bin/daptup ]; > then /usr/bin/daptup --pre; fi'Sub-process returned an error code Thanks, I can reproduce this error now. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#650037: fbreader: fails to open 2 GiB archives
tags 650037 + upstream quit Hi Stepan, On 2011-11-25 23:53, Stepan Golosunov wrote: > Package: fbreader > Version: 0.10.7dfsg-4 [...] > fbreader silently refuses to open zip archives that are over 2 GiB in > size. Such files appear to be ignored when found in the book path. Is it reproducible in fbreader 0.12.10* (wheezy)? Note: fbreader for desktop computers is not being developed anymore, so it's unlikely this bug will be fixed unless someone provides a patch. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-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-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641473: libcupt2-0: resolver may suggest the same solution more than once
reopen 641473 found 641473 2.3.0~rc1 retitle 641473 libcupt2-0: resolver may suggest the same solution more than once (autoremovals) quit On 2011-11-22 21:24, Karol Kozłowski wrote: > The error is still present. > > > cupt> -s purge apt > Building the package cache... > Initializing package resolver and worker... > Scheduling requested actions... > Resolving possible unmet dependencies... > > The following packages will be removed: > > apt-listchanges apt-utils apt-xapian-index(a) aptitude aptsh feh(a) > gdebi gdebi-core(a) gir1.2-vte-2.90(a) libboost-iostreams1.46.1(a) > libept1 lsb-release(a) python-apt python-apt-common(a) > python-debian(a) python-debianbts(a) python-fpconst(a) > python-reportbug python-soappy(a) python-xapian(a) reportbug > reportbug-ng synaptic tasksel tasksel-data wicd-gtk(a) Ah, true. The problem still may show itself when auto-removals are turned on. The fix to this also require significant changes and is postponed at least until Cupt 2.4. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649279: ftp.debian.org: please provide hash sums also for unpacked translation files
Package: ftp.debian.org Severity: wishlist This can be used by high-level package managers (for example, Cupt) for not downloading translations again when they are not changed since the last metadata update. This would be especially useful if/when Debian archive switch to descriptionless indexes. This feature is already long-present for main repository indexes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623082: libplayerdrivers3.0: uses an obsolete version of libpqxx
severity 623082 serious quit Hello maintainer, On 2011-04-17 11:43, Eugene V. Lyubimkin wrote: > Your package uses an obsolete version of libpqxx library version 2 (binary > package 'libpqxx-2.6.9ldbl'). It belongs to the section 'oldlibs' and is to be > removed from wheezy. Please port your application to libpqxx version 3 > (development package libpqxx3-dev). Unfortunately apparently nothing was done since I filed the bug. I really want to not have libpqxx2 in Debian wheezy, and your package is last which prevents its removal. I'm bumping the severity of this bug therefore. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649229: cupt: Provide data structure to store install date.
Hi! On 2011-11-18 22:21, A. Costa wrote: > Several Windows package managers (Secunia, Glary Utils, etc.) can sort > installed programs by install date. The feature is surprisingly > useful, for example, when one forgets the name of a recently installed > package or program. > > Since 'dpkg' doesn't store the install date, Debian lacks a simple sort > by install date function. (There are kludges, like parsing logfiles, > but the logs only go back so far.) > > Possible remedy: > > Add an install date field to the 'cupt' installed package database. > > Note: Why 'cupt' and not 'dpkg'? Ideally 'dpkg' ought to store the > installation date, but a review of the 'dpkg' bug list shows its > cautious maintainers can be slow to change things: That's true. However, that's not a good reason to break layering. Regarding the use-case, indeed it's not possible to 'sort by installation date', but logs should be enough to remember what program(s) was/were installed recently. Specifically, Cupt logs store all package changes (done by libcupt) for 2 years by default, and logs can be either read by human or a specific log parser. By some point of view, the logs is the database. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649244: daptup: should be not block execution even when package manager errors are detected
Package: daptup Version: 0.12.2 Severity: important Tags: upstream -8<- Building old list of packages... E: unable to open release file '//var/lib/cupt/lists/http___snapshots.munin-monitoring.org_packages_debian__Release': No such file or directory errors present. Is apt/dpkg running? ->8- (reported by Karol Kozłowski) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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 Versions of packages daptup depends on: ii apt 0.8.15.9 Advanced front-end for dpkg hi cupt 2.3.0~ alternative front-end for dpkg -- ii liblocale-gettext-perl1.05-6+b1 Using libc functions for internati ii perl 5.12.4-6 Larry Wall's Practical Extraction daptup recommends no packages. Versions of packages daptup suggests: ii aptitude 0.6.4-1terminal-based package manager (te -- Configuration Files: /etc/daptup.conf changed [not included] -- 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#649243: daptup: uses cupt under 'apt-get/aptitude update' when cupt is installed
Package: daptup Version: 0.12.2 Severity: normal Subject says it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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 Versions of packages daptup depends on: ii apt 0.8.15.9 Advanced front-end for dpkg hi cupt 2.3.0~ alternative front-end for dpkg -- ii liblocale-gettext-perl1.05-6+b1 Using libc functions for internati ii perl 5.12.4-6 Larry Wall's Practical Extraction daptup recommends no packages. Versions of packages daptup suggests: ii aptitude 0.6.4-1terminal-based package manager (te -- Configuration Files: /etc/daptup.conf changed [not included] -- 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#649150: ftp.debian.org: file sizes in i18n/Index are incorrect for testing and unstable
Package: ftp.debian.org Severity: normal ... in stable they are fine. Example: ftp://ftp.debian.org/debian/dists/unstable/main/i18n/Index says the size of 'Translation-fi' file is 96 bytes, while the file is surely bigger. In stable, the index file correctly says that size is 98747 bytes. Please fix. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648012: cupt: wanted, a 'cupt.conf' man page.
tags 648012 + fixed-upstream quit On 2011-11-09 14:54, Jonathan Nieder wrote: > Sure thing. Here it is. (I just redid the patch, but hopefully it's > the same.) Thanks! Applied all of them (added one missing '>' to a third one). -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648012: cupt: wanted, a 'cupt.conf' man page.
tags 648012 + confirmed quit Hi, Thanks to the reporter, indeed sounds reasonable. Thanks, Jonathan, the patch looks good. I wonder if it would be easy for you to rebase it against the 'next' branch (it's fine if you don't want). -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
debian-bugs-dist@lists.debian.org
Hi Jonathan, On 2011-10-30 15:46, Jonathan Nieder wrote: > Source: cupt > Version: 2.2.1 > Justification: ftbfs with g++ 4.6 > Tags: patch [...] > and many other errors of the same kind. How about this patch? > > -- >8 -- > Subject: lib: do not suppress default copy constructors and assignment > operators [...] Thanks for the report! Patch looks good. I however want to check some things before applying it. I will update the bug thread afterwards. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#646993: debian-archive-keyring/experimental: removes all keys
tags 646993 + pending quit On 2011-10-29 11:41, Eugene V. Lyubimkin wrote: > On 2011-10-29 00:47, Jonathan Nieder wrote: > [...] > > Something like > > > > apt-key exportall | > > apt-key --keyring /var/lib/cupt/trusted.gpg add - > > > > in place of > > > > install -m644 /etc/apt/trusted.gpg /var/lib/cupt > > > > in the postinst and cpp/lib/src/cache.cpp seems to take care of it. > Too bad this will add 'Depends: apt' to the package, which I would like > to avoid. Oh, indeed I overthought this. Not needed as it's optional just as before. Thanks for the idea! The fix will be uploaded to unstable soon. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647001: trusted.gpg and trustdb.gpg should be world-readable
package apt severity 647001 normal retitle 647001 apt: trusted.gpg and trustdb.gpg should be world-readable quit Hello again, I'm bumping the severity, based on the http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646220#54. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645412: cupt: Pin from apt-listbugs does not prevent package install/upgrade
Hi Francesco, On 2011-10-29 18:33, Francesco Poli wrote: [...] > Well, but I hope there will be a way to tell cupt that: > > (A) version v1 of package P1 (which *is* currently installed) must not > be upgraded > > (B) package P2 (which is currently *not* installed) must not be > installed, whatever version is considered > Yes, there will be. Again, user will be able to override that, but then he/she will know what that may lead to. > I think that the condition "apt is installed" is satisfied on almost > any Debian box... Yes. > Moreover, the condition "cupt is installed" does not necessarily mean > that the system administrator regularly uses cupt to manage packages. However, this argument works in both directions: there are people (as in >=1 :)) who have apt installed but don't use it to manage packages. > I don't think that apt-listbugs can figure out whether it should deal > with apt pinning preferences or with cupt pinning preferences. > Hence, if there are two distinct pinning preferences schemes, > apt-listbugs should try to *simultaneously* deal with both of them > (if at all possible). I don't think it will be possible to deal with more than one scheme simultaneously unless apt-listbugs decide to drop any feedback checks (i.e. parsing other user preferences). That's why I imagined it as 'run the logic 2 times'. > Finally, even if we find a way to have apt-listbugs figure out which > scheme it should use, there is always the possible scenario of a user > switching from apt(itude) to cupt or vice-versa. > That user should not lose previously set pinning preferences! This would not be a case if apt-listbugs don't select a scheme to use but just run for every installed one. That would be usually 1 and in rare cases 2. But apparently you have some reason to not plan it this way. > If I understand correctly, you are saying that apt-listbugs should > generate rules (such as A and B above) in a package-manager-agnostic > format and then convert them into package-manager-specific forms. Not like "should be", just like "could be", if we didn't have the high-level package manager monopoly. Yes, that's what I meant. > I am not sure that this could work well: what if a user manually > modifies the package-manager-specific configuration, without updating > the package-manager-agnostic configuration accordingly? In that hypothetical scenario user would have a generated file like '/etc/apt/preferences.d/05apt-listbugs' with a first line, say, -8<- # DO NOT EDIT, this file is auto-generated by apt-listbugs ->8- If he still decides to edit it, well, he/she was warned. And apt-listbugs would regenerate the file after the every run anyway. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647006: qmmp: External drives fail to open.
tags 647006 + confirmed upstream pending quit Hello David, On 2011-10-29 12:09, David Dusanic wrote: > I installed Qmmp ont my Xfce system. > > I made a quick launcher on the panel to access my files and external drives > (Places menu). Whenever I want to open an external drive from the quick > launcher (hard disks, USB sticks) it opens Qmmp instead of the mounted drives. Yes, somewhy upsteam defined Qmmp as directory handler, which causes that behavior. This will be fixed in the next qmmp upload. Thank you for the report! -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#646220: debian-archive-keyring/experimental: removes all keys
On 2011-10-29 13:49, Philipp Kern wrote: > On Sat, Oct 29, 2011 at 12:47:32AM -0500, Jonathan Nieder wrote: > > By the way, the code in cache.cpp makes me wonder: why does cupt need > > to copy the keyring to a private location when it is treating APT's > > keyring as authoritative anyway? > > It would be cool if cupt could loop over the keyrings instead of > importing them. debian-archive-keyring won't trigger anything in its > postinst anymore when the conversion is done. I wanted to do it this way from the very start but I could not since /etc/apt/trusted.gpg is somewhy readable only by root. Bug's filed (veeery late though). If the new keyring file installed by debian-archive-keyring/experimental (I didn't have a chance to play with it yet) installs a world-readable keyring, this would be a good start towards the goal (as for me). -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#646993: debian-archive-keyring/experimental: removes all keys
tags 646993 + confirmed quit Hi Jonathan, On 2011-10-29 00:47, Jonathan Nieder wrote: [...] > Something like > > apt-key exportall | > apt-key --keyring /var/lib/cupt/trusted.gpg add - > > in place of > > install -m644 /etc/apt/trusted.gpg /var/lib/cupt > > in the postinst and cpp/lib/src/cache.cpp seems to take care of it. Too bad this will add 'Depends: apt' to the package, which I would like to avoid. > By the way, the code in cache.cpp makes me wonder: why does cupt need > to copy the keyring to a private location when it is treating APT's > keyring as authoritative anyway? See #647001. I should have filed it years ago, but better later than never. I have also added a comment to a code with a reference to the bug. I am generally not happy at all with the current keyring handling in Cupt. If you have some improvement ideas, please tell. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647001: apt: please make trusted.gpg(.d) world-readable
Package: apt Version: 0.8.15.9 Severity: wishlist Hello, Files /etc/apt/trusted.gpg (and /etc/apt/trusted.gpg.d, if apt itself will place something to it in the future) should be made world-readable so it's possible to check release signatures without having root privileges. -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (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 Versions of packages apt depends on: ii debian-archive-keyring 2010.08.28 GnuPG archive keys of the Debian a ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-10 GCC support library ii libstdc++6 4.6.1-10 GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime apt recommends no packages. Versions of packages apt suggests: pn apt-doc(no description available) ii aptitude 0.6.4-1terminal-based package manager (te ii bzip2 1.0.5-7high-quality block-sorting file co ii dpkg-dev 1.15.8.11 Debian package development tools ii lzma 4.43-14Compression method of 7z format in ii python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg -- 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#646891: nmu: qmmp_0.5.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, nmu qmmp_0.5.2-1 . i386 . -m "Rebuild against newer libav*. (See #646854)" Please do. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#646790: apt: acquire::languages option behavior is inconsistent/broken
Package: apt
Version: 0.8.15.9
Severity: normal
Hello,
The behavior of the Acquire::Languages option is currently
unpredictable and behaves against the common configuration rules.
Default:
-8<-
$ apt-config dump | grep Acquire::Languages
Acquire::Languages "";
Acquire::Languages:: "en_US";
Acquire::Languages:: "en";
Acquire::Languages:: "none";
->8-
If I add 'Acquire::Languages { "ru"; };' to configuration:
-8<-
$ apt-config dump | grep Acquire::Languages
Acquire::Languages "";
Acquire::Languages:: "ru";
Acquire::Languages:: "none";
->8-
1st breakage: entries "en_US" and "en" are deleted from the list.
2nd breakage: the entry "ru" is added not to the end of the list but to
the begin of it.
-- Package-specific info:
-- (/etc/apt/preferences present, but not submitted) --
-- (/etc/apt/sources.list present, but not submitted) --
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.39-2-686-pae (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
Versions of packages apt depends on:
ii debian-archive-keyring 2010.08.28 GnuPG archive keys of the Debian a
ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep
ii libc6 2.13-7 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.6.1-10 GCC support library
ii libstdc++6 4.6.1-10 GNU Standard C++ Library v3
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
apt recommends no packages.
Versions of packages apt suggests:
pn apt-doc(no description available)
ii aptitude 0.6.4-1terminal-based package manager (te
ii bzip2 1.0.5-7high-quality block-sorting file co
ii dpkg-dev 1.15.8.11 Debian package development tools
ii lzma 4.43-14Compression method of 7z format in
ii python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg
-- 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#645412: cupt: Pin from apt-listbugs does not prevent package install/upgrade
> > In the concept I have in the mind all pin stanzas will not be final, so > > I think this check can be totally disabled in "cupt" mode. > > This looks problematic to me. > I mean: I don't think that apt-listbugs should have distinct modes > depending on the package manager the user wants to use. [...] > But, obviously, the primary goal is supporting apt(itude). > It's *apt*-listbugs, after all! Makes sense. > The user should have (approximately) equivalent pins for both package > managers. That's impossible if there are different pin priority systems. > As I said above, I am under the impression that apt-listbugs needs to > *simultaneously* take care of each different scheme that must be > supported. > Currently, only one scheme is supported and everything is simple. > Adding support for a second scheme requires code which is able to > figure out how to handle weird situations that may arise when the two > configuration files disagree on something. I was under impression that it's possible not to mix modes. Different schemes are inconsistent from the very beginning, they disagree on almost everything even if there would be no configuration files. I imagined it as 'if apt is installed, run in apt mode, forget about any non-apt schemes as if they don't exist', 'if say (cupt) is installed, run in cupt mode, forget about any non-cupt schemes as if they don't exist'. > It's not much lack of willingness to implement the changes, even though > I may admit that time is a bit scarce down here, and I would prefer to > consume it in fixing apt-listbugs own bugs, rather than in adding code > that could create more problems than the ones it is intended to > solve... Of course. I understand your position. Things will don't change until the archive freeze, let's see if I can figure something by that time. For the design point of view, it could be so that utilities like apt-listbugs work with the own state file with an own format in a package-manager-agnostic way, and for each package manager there is a tiny submodule which converts that file/data to a package-manager-specific configuration file every time the state file/data changes. For that to work, utilities should not change its behavior depending on the other (user) preferences, which I believe would be better. But that's my humble opinion. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645895: ftp.debian.org: epoch should be part of the .deb file name
On 2011-10-19 13:42, Tollef Fog Heen wrote: > It's a bit confusing that the file names of .debs don't contain the > epoch. I think we should change that. I would welcome this. These epoch-related bugs/feature requests may be of interest too: #551323 (dpkg), #551326 (www.debian.org). -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645412: cupt: Pin from apt-listbugs does not prevent package install/upgrade
On 2011-10-19 00:42, Francesco Poli wrote: > Good, I've just pushed this modification to the apt-listbugs public git > repository: see > http://anonscm.debian.org/gitweb/?p=apt-listbugs/apt-listbugs.git;a=commitdiff;h=c7561047b211039c5d12e0006fd3af7a16d98ea6 > > You may therefore consider this modification as "pending" (that is to > say, it will be present in the next upload). Thanks! > As far as the rest of message http://bugs.debian.org/645412#32 is > concerned, I still have to read it fully and think about your proposal. > I hope I manage to find the time soon... ;-) Ack. Only one new addition to that is I decided to not push the change to upcoming stable release to have more time to design and test it, and also to not cause rush for anyone included myself (and you, if you decide to follow the changes) before archive freeze. Will create a long-lived branch instead. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645412: cupt: Pin from apt-listbugs does not prevent package install/upgrade
Hi Francesco, On 2011-10-17 23:36, Francesco Poli wrote: > However, cupt happily goes on and attempts to install derivations, > until apt-listbugs kicks in and warns the user (again!) that there's a > bug: [...] > If I recall correctly one conversation I had with you (Eugene) back on > January 2010, this behavior is intentional. > Only automatic installations of the low Pin-Priority package (as > recommendations, or dependencies with alternatives, for instance) are > prevented by cupt. The explicit request to install the low Pin-Priority > package will be honored, no matter how low the Pin-Priority is. Exactly, with one remark that even for soft dependencies or alternatives it's not absolutely "prevented", but for example they may be suggested if user explicitly rejects all better solutions. I actually like this behavior more than apt-based' package manager ones'. One more warning is maybe worth implementing in the user interface, but that's it. But I am biased, of course. > Assuming that this is true and confirmed, is the modification of > apt-listbugs (so that it uses -3 instead of -40 as Pin-Priority to > prevent the installation of a package) still useful? As for me -- yes. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645412: cupt: Pin from apt-listbugs does not prevent package install/upgrade
On 2011-10-17 00:40, Francesco Poli wrote: > I still have to carefully read the rest of the your reply, but, first, > I have to ask a question about this workaround: I am considering using > a Pin-Priority of -3 (which has the advantage of being > representable as a 16-bit signed integer, just in case some tool is > going to read it using such a small data type...). > > Do you think it can be sufficiently low? Yes, it's sufficiently low for most cases, which I think is enough for a workaround. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645412: cupt: Pin from apt-listbugs does not prevent package install/upgrade
Hi, On 2011-10-16 12:35, Francesco Poli wrote: > Hi Eugene! :-) > > I can change the default Pin-Priority that apt-listbugs uses to prevent > the installation of any version of a package from -40 to -2 , if > this can work for most cases with Cupt... > For Apt/Aptitude, any negative Pin-Priority is equivalent: the > apt_preferences(5) man page says that any P < 0 will prevent the > version from being installed. That would be a nice workaround to do for the short future. As for exact default value of the number, for the APT the result is explicit version exclusion from the selection process, I'd suggest place ever lesser value, like -10. Still it will work only for the absolute majority of cases in Cupt, not all. > Mh... > This looks like much more work than it would appear at a first > glance... :-( Indeed I was too optimistic. Still, > (A) it has to check whether a given package is already pinned in > /etc/apt/preferences, in order to make the interactive command-menu > work correctly In the concept I have in the mind all pin stanzas will not be final, so I think this check can be totally disabled in "cupt" mode. > (B) it has to parse /etc/apt/preferences in a cron.daily job (see > /etc/cron.daily/apt-listbugs and > /usr/share/apt-listbugs/aptcleanup) and drop stanzas if the > corresponding bugs are fixed in the unpinned candidate version Thanks, I have quickly browsed through the all (I believe) apt_preferences specific code, and... > I am under the impression that adding support for a distinct pinning > mechanism would require adding a lot of code, if at all possible. > As far as (B) is concerned, I think an entirely new additional and > independent check would need to be implemented > for /etc/cupt/version-priorities.d/apt-listbugs > This would not make me happy! I think that not the much would not be needed in the logic. Specifically, 0) create a variable for a package manager used (apt or cupt or something else if ever needed); 1) substitute '/etc/apt/preferences' string across all the code by a variable (which is a good to do anyway just for refactoring), which will be filled depending on package manager used; 2) debian/apt_preferences.rb: lines 55-68 are "changed" (i.e. covered in if/else) in cupt mode to place all available versions (not candidate one) to 'pack_with_vers'. Should be something like 7-10 new lines of code. That's because I don't plan to derive from the APT syntax where is not needed. 'Package' line will be the same and there is no problem to support 'Explanation' line. Thus aptcleanup file should require zero changes except of 1) above. > But what about (A)? What if a package is pinned for Apt, but not for > Cupt? Or vice-versa? Please remember that configuration files may be > edited by hand by the (super-)user, hence it may always happen that a > package is pinned for one package manager, but not for the other one... That's a hardest part I guess. I'd suggest not to mix different schemes and run the package manager part two times for each mode (if both are installed; if some of them is not installed, don't call the function with respective parameters). > In conclusion, I am not happy to hear that you are considering the idea > to make Cupt use a distinct pinning mechanism, and stop sharing pinning > preferences with Apt/Aptitude. That's fully understable. No one will be the happy of the change itself, but I want a priority system which is suitable for the full-case resolver (APT's one is not). This will allow me to make resolver a bit better for some usual cases. Also I want a priority system which Cupt users can rely on. > I think it would be much better, if Cupt could continue using the same > pinning preferences as Apt/Aptitude (that is to say the ones found > in /etc/apt/preferences). I can understand that Cupt implements a > different resolver, and has therefore different needs, but, IMHO, it > should try hard to re-use the settings found in /etc/apt/preferences . I tried in the start, but I know for the some time already that it cannot work how I want, and I will switch sooner or later. See also http://bugs.debian.org/cgi-bin/pkgreport.cgi?include=subject%3Apin;package=apt; and specifically http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554773. Back to the my proposal, indeed it requires more work that I thought, and I will understand if you won't want to implement the changes. Thanks for consideration in any case. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645412: cupt: Pin from apt-listbugs does not prevent package install/upgrade
On 2011-10-15 17:27, James Vega wrote: > Well, I currently don't have any libclutter-1.0-0 versions installed, > which is why the pin is for any version. Also, I tried changing the > Pin-Priority to -2000 and that didn't change the outcome any. Even -2000 is too big for this case (using the current system). Something like -2 would probably work for most cases. But, obviously, editing pin priorities by hand after tools is not a solution at all. > Hmm, I would find that unfortunate in this instance since apt-listbugs > is a very useful tool. Indeed it is. Once/if the Cupt-specific system is rolled out, I hope it's possible to generate a snippet for Cupt as well. Hi Francesco, would it be possible for apt-listbugs also place a snippet like, say, -8<- Comment: [ more comment lines ] Package: Version: 1.2-1 1.3-4 (optional line, if concerns only specific versions) Priority: - ->8- to, say a file /etc/cupt/version-priorities.d/apt-listbugs, given that a proper wishlist bug with technical details is filed a couple of months later? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645412: cupt: Pin from apt-listbugs does not prevent package install/upgrade
tags 645412 + confirmed upstream quit Hi James, thank you for the report, On 2011-10-15 11:21, James Vega wrote: [...] > $ cat /etc/apt/preferences > Explanation: Pinned by apt-listbugs at Sat Oct 15 10:59:17 -0400 2011 > Explanation: #619636: empathy fails to start: failed to create drawable > Explanation: #620908: libclutter-1.0-0: clutter-using programs refuse to > start on an X server that uses software Mesa > Package: libclutter-1.0-0 > Pin: version * > Pin-Priority: -40 > > Attached resolver debug log shows that libclutter-1.0-0 is still > selected for installation. True. That happened becaeuse of the mix of several reasons. First and main of them is Cupt's resolver always consider all versions, which is considered a feature. I can add a feature to stop considering version with some priority less than X for installing, but -40 is still too "big" for Cupt's resolver to satisfy the 'forget this version' rule (i.e. third reason). Second is: Cupt does not support APT preferences fully, some parts of the specification is, in my opinion, misleading or ambiguous or even disagree with APT's own behavior. Third is: even some clear parts of APT preferences are not supported since they are not designed for resolver which may consider more than one version to install. Conclusion: Your use case shows to me one more time that the current half-support situation is a mess and Cupt cannot use APT pinning system reliably. This is probably a time to drop APT pinning system support altogether and roll something that Cupt users can rely on. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644619: dpkg-repack: cannot repack gcc-multilib package
Hi Joey, On 2011-10-07 11:46, Joey Hess wrote: > This would happen if dpkg-query --control-path gcc-multilib returned > nothing. Which could happen if you have a corrupt dpkg database > possibly. Check for /var/lib/dpkg/info/gcc-multilib.* Hm... ->8- (asdfasdf == asdfasdf.debian.net) jackyf@asdfasdf:~$ dpkg-query --control-path gcc-multilib jackyf@asdfasdf:~$ dpkg -l | grep gcc-multilib ii gcc-multilib 4:4.4.5-1 The GNU C compiler (multilib files) jackyf@asdfasdf:~$ -8<- Looks like it returns nothing not only on my machine. Does it work for you? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644619: dpkg-repack: cannot repack gcc-multilib package
Package: dpkg-repack Version: 1.32 Severity: normal Hello, $ fakeroot -u dpkg-repack --arch=amd64 gcc-multilib dpkg-repack: Fatal Error: Package gcc-multilib not installed $ dpkg -l | grep gcc-multilib ii gcc-multilib4:4.6.1-2 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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/bash Versions of packages dpkg-repack depends on: ii dpkg-dev 1.15.8.11 Debian package development tools ii perl 5.12.3-7+b1 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#643798: libcupt2-0: if the package is auto-removed, there should be no another resolver reasons present
Package: libcupt2-0 Version: 2.2.0 Severity: minor Tags: upstream Bug is reported by Karol Kozłowski. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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/bash Versions of packages libcupt2-0 depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-10 GCC support library ii libgcrypt11 1.4.6-5LGPL Crypto library - runtime libr ii libstdc++64.6.1-10 GNU Standard C++ Library v3 Versions of packages libcupt2-0 recommends: ii bzip2 1.0.5-7high-quality block-sorting file co ii ed1.5-3 classic UNIX line editor ii gpgv 1.4.10-4 GNU privacy guard - signature veri ii libcupt2-0-downloadmethod-cur 2.2.0 alternative front-end for dpkg -- ii libcupt2-0-downloadmethod-wge 2.2.0~rc2 alternative front-end for dpkg -- Versions of packages libcupt2-0 suggests: hi cupt 2.2.0 alternative front-end for dpkg -- ii debdelta 0.39trldiff and patch utilities which wor ii dpkg-dev 1.15.8.11 Debian package development tools ii dpkg-repack 1.32 puts an unpacked .deb file back to ii lzma 4.43-14Compression method of 7z format in ii xz-utils 5.0.0-2XZ-format compression utilities -- 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#593464: proxychains: doesn't work with i386 binaries on amd64 platform
Hello, On 2011-09-22 22:23, barabba wrote: > problem on skype > it work only with libproxychains.so.3.0.0 from 32bit > but all other apps i try doesn't work > so if i use the correct 64 lib skype don't work but all the rest yes. > > can you fix this ? As I said in this bug thread already, I probably can but I don't want to spend my time fixing the issues for non-free software. But, as I also said before, if someone wants to implement all the needed packaging changes, patches are welcome. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641929: htop: Please allow "less" / "tail" from "lsof" listing
package htop tags 641929 + wontfix quit Hi Karsten, On 2011-09-17 20:32, Karsten Hilbert wrote: > It would be great if htop supported less()ing and/or even tail()ing > a file listed by lsof()ing a process. Thanks for the suggestion, but I think it's way too orthogonal for the process viewer application. There can be unlimited number of actions what to do with files listed by lsof() viewer. However, feel free to ask upstream directly. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641473: libcupt2-0: resolver may suggest the same solution more than once
Package: libcupt2-0 Version: 2.0.0 Severity: normal Tags: upstream This bug was introduced because (and as part) of the more important fix of the other bug in 2.0.0~beta1. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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/bash Versions of packages libcupt2-0 depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-10 GCC support library ii libgcrypt11 1.4.6-5LGPL Crypto library - runtime libr ii libstdc++64.6.1-10 GNU Standard C++ Library v3 Versions of packages libcupt2-0 recommends: ii bzip2 1.0.5-7high-quality block-sorting file co ii ed1.5-3 classic UNIX line editor ii gpgv 1.4.10-4 GNU privacy guard - signature veri ii libcupt2-0-downloadmethod-cur 2.2.0~rc2 alternative front-end for dpkg -- ii libcupt2-0-downloadmethod-wge 2.2.0~rc2 alternative front-end for dpkg -- Versions of packages libcupt2-0 suggests: hi cupt 2.2.0~rc2 alternative front-end for dpkg -- ii debdelta 0.39trldiff and patch utilities which wor ii dpkg-dev 1.15.8.11 Debian package development tools ii dpkg-repack 1.32 puts an unpacked .deb file back to ii lzma 4.43-14Compression method of 7z format in ii xz-utils 5.0.0-2XZ-format compression utilities -- 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#641359: html2text: removing jpg and url and formatting for good reading
Hi, On 2011-09-12 22:47, yellow wrote: > Another wishlist. If for instance one take: > http://www.france-info.com/rss/accueil.xml > you will get a format which is difficult to read. [...] Thanks for your report. However there is currently no one to implement any wishes -- there are nor upstream nor active Debian maintainer. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641189: debdelta: typo in Recommends: xz -> xz-utils
Package: debdelta Version: 0.44 Severity: normal Hi, There is no package 'xz', you probably wanted 'xz-utils'. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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/bash Versions of packages debdelta depends on: ii binutils 2.21.53.20110910-1 The GNU assembler, linker and bina ii bzip2 1.0.5-7high-quality block-sorting file co ii libbz2-1.01.0.5-7high-quality block-sorting file co ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii python2.6.6-12 interactive high-level object-orie ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages debdelta recommends: ii bsdiff4.3-10 generate/apply a patch between two ii lzma 4.43-14Compression method of 7z format in ii python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg ii xdelta1.1.3-9A diff utility which works with bi ii xdelta3 0y.dfsg-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#621132: the unetbootin package is orphaned now
package wnpp retitle 621132 O: unetbootin -- Installer of Linux/BSD distributions thanks -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#640582: unetbootin: fails to close properly when using CLI. Package: unetbootin
package unetbootin tags 640582 + unreproducible quit Hi! On 2011-09-06 02:02, shirish शिरीष wrote: > $ unetbootin > shirish@deb-home:~$ Qt: Session management error: None of the > authentication protocols specified are support > > after doing my stuff with unetbootin when I close the window it does > not come back to the command prompt and I had o use the combinatin > CTRL+C to take control back from the terminal. > > As told before I do have KDE which means I understand from where QT > is/was coming but no idea why it's saying that . Maybe another bug > that needs to be filed ? I used unetbootin under KDE and I never saw session management errors. Internet search occurences of this error seem to suggest that the reason is some X11 misconfiguration. Cc'ing Qt maintainers in Debian for the possible help in analyzing the issue. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#640849: cupt: redirects stdin so conffile prompts don't work any more
Hi Jonathan, many thanks for the report. On 2011-09-07 17:06, Jonathan Nieder wrote: > | # cupt --no-auto-remove build-dep git-buildpackage > [...] > | Configuration file `/etc/highlight/filetypes.conf' > | ==> Deleted (by you or by a script) since installation. > | ==> Package distributor has shipped an updated version. > |What would you like to do about it ? Your options are: > | Y or I : install the package maintainer's version > | N or O : keep your currently-installed version > | D : show the differences between the versions > | Z : start a shell to examine the situation > | The default action is to keep your current version. > | *** filetypes.conf (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing > highlight-common (--install): > | EOF on stdin at conffile prompt > | Errors were encountered while processing: > | highlight-common > | E: pipe '/usr/bin/dpkg --install --no-triggers --force-bad-path > //var/cache/apt/archives/highlight-common_2.16-1_all.deb' execution failed: > exit code '1' Ouch, yeah. > How about something along these lines (which is almost certainly broken; > take it as pseudocode)? This almost certainly works exactly as needed. > NEEDSWORK: Notice that this means cupt cannot pass an empty stream to > hooks any more --- if commandInput is empty, any hook expecting input > on stdin will sit waiting for input from the terminal. This would be > a problem for version-1 pre-install-packages hooks when packages are > only being configured and not unpacked. This a valid good point, yet easy to fix (in a subsequent commit): pre-install-packages hooks is useless when no packages are passed, so we only need just not to call that hook at all when there are no input. If you confirm that the patch you have attached works fine on your system, I'll apply it shortly. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#640148: Query actions for version does not recognize the "-v"
tags 640148 + confirmed fixed-upstream quit Hi Karol, On 2011-09-02 23:04, Karol Kozłowski wrote: > As is described in the man. You can check the version with "-v" and > "--version" [...] > $ cupt -v [...] > E: no command specified > E: error while processing command-line options Thanks for the report! Fix is committed. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#621132: ITA: unetbootin
[ sorry for not replying before, you mail went to spam folder somewhy ] Hi, On 2011-08-18 14:37, Ludwin Alduvi Hernández Vásquez wrote: > I am interested in adopting the package, I just like to know if you are > willing to review the package and upload it. Yes, I am. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628040: Patch to fix cgroup issue
Hello,
On 2011-07-31 23:21, andrei karas wrote:
> This patch fix crash for me.
Sorry, I missed your last mail as it went to my spam folder. Somewhy
your bug mails do not get threaded, did you use the 'reply' button for
subsequent mails? If not, please do.
The patch's idea looks good, but I think your patch introduces a memory
leak. How about the slight modification (attached). Could you please
confirm that it works for you as well?
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
diff --git a/ProcessList.c b/ProcessList.c
index c234357..3bb1b81 100644
--- a/ProcessList.c
+++ b/ProcessList.c
@@ -473,7 +473,12 @@ static void ProcessList_readCGroupFile(Process* process, const char* dirname, co
char** fields = String_split(trimmed, ':');
free(trimmed);
- process->cgroup = strndup(fields[2] + 1, 10);
+ if (!fields[1] || !fields[2]) {
+ process->cgroup = strdup(""); // cgroups do not work
+ }
+ else {
+ process->cgroup = strndup(fields[2] + 1, 10);
+ }
String_freeArray(fields);
}
fclose(file);
Bug#639605: Wrong package status reading.
package cupt retitle 639605 broken installed versions should be added to the cache tags 639605 + confirmed quit Hi, On 2011-08-28 17:24, Karol wrote: > In specific cases [1], 'cupt' misreads the state of the package. [...] > Status: install reinstreq half-installed Thanks for the report. Will be fixed. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639507: nlkt: Updates for qwt6 transition
Hi Scott, On 2011-08-27 12:47, Scott Kitterman wrote: > The qwt source package is now qwt6 (there is a separate qwt5 source recently > uploaded in Debian). The attached patch gets nlkt to build with qwt6, but I > did not test if the application works correctly with qwt6 or not. Thanks for the patch. I don't expect problems, but this will have to go through an upstream code change first. Is there a strict or preferred deadline for this transition to happen? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612268: cupt: does not run triggers before unpacking reverse-pre-depends
On 2011-08-26 14:45, Jonathan Nieder wrote: > If I ran the world, the higher-level package manager would execute > > dpkg --triggers-only inn2-inews; # (1) > > in order to satisfy such a pre-dependency after unpacking and > configuring inn2-inews for the first time. Luckily, I don't run the > world, and Raphael's patch for bug#526774 makes > > dpkg --unpack --no-triggers inn2 > > take care of (1) automatically. After dpkg 1.16.1, there is no bad > behavior left. Thanks. :) :) Just for the record, not that I was against a high-level package manager do these additional things, what I did (and do) not like is the inconsistent behavior: 'iW' state was enough for Depends, but not enough for Pre-Depends. That clearly sounded like a bug so I reported it. If that discussion was started today, I'd probably vote for the disabling that "trigger care" in dpkg altogether for all dependencies. That would probably break '--no-triggers' in some high-level package manager instantly, but then the proper, therightwayish™ implementation could be rolled. But after all, this case is finally coming to the end, which is good. Theoretically dpkg can receive a new option to disable the trigger care entirely, but I don't expect someone will be interested to do that. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#638327: cupt clean leave sometimes dangling symlinks
tags 638327 + unreproducible quit I tried again and I cannot reproduce this bug. Dangling symlinks were indeed left sometimes due to a bug which was fixed in Cupt 2.1.3. Please let me know if someone else than a reporter can reproduce the following: 0) Make sure that 'cupt version' returns 2.1.3 or more for 'library'. 1) [ You can skip this step if 2) is already true. ] Download some .deb files using APT (or anything which uses libapt), including 1 or more archives which contain .deb files for versions that contain ':' in it (example: '1:3.0-1'). 2) Verify that your archives cache directory (usually /var/cache/apt/archives) contain at least one file with '%3a' in the name. 3) Run 'cupt autoclean' or 'cupt clean'. 4) There are dangling symlinks in the archives cache directory. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639160: cupt: Description of the 'download-only'
package cupt tags 639160 + fixed-upstream confirmed quit On 2011-08-24 18:56, Karol Kozłowski wrote: > Quote of the man for the option 'download-only' > > --download-only,-d > stop after download stage, don't modify the system; not applicable > for "markauto" and "markauto" actions > > > > I suppose that the second 'markauto' should be 'unmarkauto'. Oh yes, you are right. Thanks, I committed the fix. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639135: Please allow to load/use a different rc file
package htop forwarded 639135 http://sourceforge.net/tracker/index.php?func=detail&aid=3275802&group_id=108839&atid=651636 tags 639135 + upstream quit Hi Yuri, On 2011-08-24 15:09, Yuri D'Elia wrote: > Please allow a new command like switch to use a different path, something > like --rc, > -r or whatever. An environment flag would also be fine. > > This would be very helpful for cases when ~ isn't writable, or when sharing ~ > among > different hosts where you would like to use different settings for each. Thanks for your suggestion. This feature request is already present in the upstream bug tracker (see the link above). -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#638327: cupt clean leave sometimes dangling symlinks
Package: cupt Version: 2.1.3 Severity: normal A log from the user: http://paste.debian.net/126630. Also: http://paste.debian.net/126634/. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-686 (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/bash Versions of packages cupt depends on: ii libboost-program-options1.46. 1.46.1-4 program options library for C++ ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libcupt2-02.1.3 alternative front-end for dpkg -- ii libgcc1 1:4.6.1-4 GCC support library ii libstdc++64.6.1-4GNU Standard C++ Library v3 cupt recommends no packages. Versions of packages cupt suggests: ii libreadline6 6.1-3 GNU readline and history libraries ii sensible-utils0.0.4 Utilities for sensible alternative -- 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#637738: daptup: Problem executing scripts APT::Update::Pre-Invoke 'if [ -x /usr/bin/daptup ];,then /usr/bin/daptup --pre; fi'Sub-process returned an error code (again)
package daptup tags 637738 + unreproducible moreinfo quit Hello, Thank you for the report. On 2011-08-13 15:57, dj_palindrome wrote: > As usual, this only occurs when refreshing packages via Synaptic > (0.70). Aptitude and apt-get, as usual, are unaffected: "As usual"? I did not remember any reported bugs with this statement. What bugs are you referring about? I tried daptup with a synaptic from wheezy and I could not reproduce the error. > "Problem executing scripts APT::Update::Pre-Invoke 'if [ -x > /usr/bin/daptup ]; then /usr/bin/daptup --pre; fi'Sub-process > returned an error code" It's impossible to guess what happened given only this generic error message. Did synaptic leave any messages before it or some error.log? > This bug seems described repeatedly as having been fixed. ? Are you speaking about #551279? Technically there were two different bugs in it. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637690: patchutils: filterdiff --hunks emits a wrong result
Package: patchutils
Version: 0.3.2-1
Severity: normal
Hi,
'filterdiff -# 1 backup.patch' somewhy outputs first 4 hunks of the attached
file.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.37-1-686 (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/bash
Versions of packages patchutils depends on:
ii debianutils 2.30Miscellaneous utilities specific t
ii libc62.13-7 Embedded GNU C Library: Shared lib
ii patch2.6-2 Apply a diff file to an original
ii perl 5.12.3-7+b1 Larry Wall's Practical Extraction
patchutils recommends no packages.
patchutils suggests no packages.
-- no debconf information
diff --git a/cpp/lib/include/cupt/system/state.hpp b/cpp/lib/include/cupt/system/state.hpp
index fb8f86f..103972c 100644
--- a/cpp/lib/include/cupt/system/state.hpp
+++ b/cpp/lib/include/cupt/system/state.hpp
@@ -85,6 +85,9 @@ class CUPT_API State
* @return array of package names
*/
vector< string > getInstalledPackageNames() const;
+ /// @cond
+ CUPT_LOCAL getReinstallRequiredPackageNames() const;
+ /// @endcond
};
}
diff --git a/cpp/lib/src/internal/nativeresolver/impl.cpp b/cpp/lib/src/internal/nativeresolver/impl.cpp
index 2aeac69..110f26c 100644
--- a/cpp/lib/src/internal/nativeresolver/impl.cpp
+++ b/cpp/lib/src/internal/nativeresolver/impl.cpp
@@ -52,6 +52,12 @@ void NativeResolverImpl::__import_installed_versions()
__old_packages[version->packageName] = version;
__initial_packages[version->packageName].version = version;
}
+
+ auto reinstallRequiredPackageNames = __cache->getSystemState()->getReinstallRequiredPackageNames();
+ FORIT(packageNameIt, reinstallRequiredPackageNames)
+ {
+ __initial_packages[*packageNameIt].version.reset(); // deleted by default
+ }
}
void __mydebug_wrapper(const Solution& solution, const string& message)
diff --git a/cpp/lib/src/internal/worker/setupandpreview.cpp b/cpp/lib/src/internal/worker/setupandpreview.cpp
index 57fa970..1b9ecc8 100644
--- a/cpp/lib/src/internal/worker/setupandpreview.cpp
+++ b/cpp/lib/src/internal/worker/setupandpreview.cpp
@@ -54,55 +54,44 @@ void SetupAndPreviewWorker::__generate_action_preview(const string& packageName,
fatal("internal error: the binary package '%s' does not exist", packageName.c_str());
}
auto installedVersion = package->getInstalledVersion();
- if (installedInfo->status != State::InstalledRecord::Status::ConfigFiles && !installedVersion)
+
+ if (!installedVersion)
{
-fatal("internal error: there is no installed version for the binary package '%s'",
- packageName.c_str());
+action = Action::Install;
}
-
- switch (installedInfo->status)
+ else if (installedInfo->status == State::InstalledRecord::Status::Installed)
{
-case State::InstalledRecord::Status::ConfigFiles:
+auto versionComparisonResult = compareVersionStrings(
+ supposedVersion->versionString, installedVersion->versionString);
+
+if (versionComparisonResult > 0)
{
- // treat as the same as uninstalled
- action = Action::Install;
+ action = Action::Upgrade;
}
- break;
-case State::InstalledRecord::Status::Installed:
+else if (versionComparisonResult < 0)
{
- auto versionComparisonResult = compareVersionStrings(
- supposedVersion->versionString, installedVersion->versionString);
-
- if (versionComparisonResult > 0)
- {
- action = Action::Upgrade;
- }
- else if (versionComparisonResult < 0)
- {
- action = Action::Downgrade;
- }
+ action = Action::Downgrade;
}
- break;
-default:
+ }
+ else
+ {
+if (installedVersion->versionString == supposedVersion->versionString)
{
- if (installedVersion->versionString == supposedVersion->versionString)
+ // the same version, but the package was in some interim state
+ if (installedInfo->status == State::InstalledRecord::Status::TriggersPending)
{
- // the same version, but the package was in some interim state
- if (installedInfo->status == State::InstalledRecord::Status::TriggersPending)
- {
- action = Action::ProcessTriggers;
- }
- else if (installedInfo->status != State::InstalledRecord::Status::TriggersAwaited)
- {
- action = Action::Configure;
- }
+ action = Action::ProcessTriggers;
}
- else
+ else if (installedInfo->status != State::InstalledRecord::Status::TriggersAwaited)
{
- // some interim state, but other version
- action = Action::Install;
+ action = Action::Configure;
}
}
+else
+{
+ // some interim state, but other version
+ action = Action::Install;
+}
}
}
}
diff --git a/cpp/
Bug#637490: cupt: tries to configure half-installed package
On 2011-08-12 11:27, Jonathan Nieder wrote: > > Ouch, good catch, thanks. Easy to fix but not easy to reproduce/verify, > > I think I have never had this 'half-installed' state on my systems. Is > > that reproducible with specific versions/actions of > > 'libgtkhtml-editor-3.14-0' package? > > Odd --- I thought it would be simple to reproduce by taking some huge > package and interrupting "dpkg --unpack", but no. Yeah, the name 'half-installed' is double-misleading. According to the policy §6.8 and §6.6 one may see this state in some cases when preinst/postrm script fail and an error unwind fails as well. So I wondered if certain versions of that package can be used to reproduce the bug. Otherwise I will need to setup something artificial. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637494: cupt: pre-install-pkgs action fails with exit code 127 during large upgrade
Hi,
On 2011-08-11 20:07, Jonathan Nieder wrote:
> Using "strace -f -e execve" we can find the failing syscall:
>
> [pid 7256] execve("/bin/sh", ["sh", "-c", "echo 'VERSION
> 2\nacquire::cdrom::"...], [/* 17 vars */]) = -1 E2BIG (Argument list too long)
>
> Presumably this was already known. :)
Uhh. Perhaps yes in the time of writing, but without TODO it easily got
forgotten.
> A natural fix would be to tweak
> PackagesWorker::__do_dpkg_pre_packages_actions to set up a pipe and
> write to it instead of composing a huge echo statement.
Agreed.
Thanks for the report!
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637490: cupt: tries to configure half-installed package
Hi Jonathan! On 2011-08-11 19:13, Jonathan Nieder wrote: > W: an attempt to set wrong scalar option 'cupt::work::defer-triggers' s/work/worker/, btw :) > The following 1 packages will be CONFIGURED: > > libgtkhtml-editor-3.14-0 > > Need to get 0B/1254KiB of archives. After unpacking 248KiB will be used. > Do you want to continue? [y/N/q/a/?] Performing requested actions: > Reading changelogs... Done > dpkg: error processing libgtkhtml-editor-3.14-0 (--configure): >package libgtkhtml-editor-3.14-0 is not ready for configuration >cannot configure (current status `half-installed') > Errors were encountered while processing: >libgtkhtml-editor-3.14-0 > E: '/usr/bin/dpkg --configure --no-triggers --force-bad-path > libgtkhtml-editor-3.14-0' failed: exit code '1' > E: unable to do requested actions > E: error performing command 'install' > > Probably that package got into this state from a previous interrupted > unpack. Running "dpkg --remove libgtkhtml-editor-3.14-0" fixes it. Ouch, good catch, thanks. Easy to fix but not easy to reproduce/verify, I think I have never had this 'half-installed' state on my systems. Is that reproducible with specific versions/actions of 'libgtkhtml-editor-3.14-0' package? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#636201: cupt: Does not order Breaks+Replaces correctly (Policy 7.3)
reassign 636201 libwildmidi-config retitle 636201 libwildmidi-config: wrong package name in Replaces quit Hi Julian and libwildmidi maintainers, -8<- $ cupt show libwildmidi-config | egrep '^(Breaks|Replaces)' Breaks: libwildmidi1 (<< 0.2.3.4-2~) Replaces: libwildmidi (<< 0.2.3.4-2~) ->8- Notice '1' character missing in Replaces line. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635013: Provide a menu file for unetbootin
Hi, On 2011-07-21 14:25, Nelson A. de Oliveira wrote: > As the title says, would be very good to have a menu file for for unetbootin. Ack. Patches welcome :) -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635012: unetbootin: Should depends/recommends extlinux
Hi Nelson, On 2011-07-21 14:22, Nelson A. de Oliveira wrote: > While running unetbootin I saw: > > = > extlinux not found. This is required for EXT2-formatted USB drive > install mode. > Install the "syslinux" package or your distribution's equivalent. > = > > unetbootin has a depends on syslinux but /usr/sbin/extlinux is included > in extlinux. A depends (or recommends) on extlinux should be added then. Thanks for your report, I will add extlinux to Recommends. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634456: bindfs: uninstallable on kfreebsd-i386 or kfreebsd-amd64
On 2011-07-21 22:52, Martin Pärtel wrote: > I'll try to find a solution for the test suite and have it in the > next release, whenever that will be. I'll make it sooner if Eugene > wants to start running the test suite in the Debian build. As Robert pointed already, even if I do we cannot run the test suite on Debian/kFreeBSD since userspace mounting is not supported there and there is no superuser rights during the Debian package build process. Therefore amendmends for test suite for FreeBSD don't block the Debian package to appear, so no rush from this part. > Actually this might be a bug worth reporting to fuse4bsd, since it's > problematic for scripts that first mount something and then use it. But yeah, speaking of the case, to me it looks like something that should be fixed on a FreeBSD kernel/fuse4bsd side and not yours. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634456: bindfs: uninstallable on kfreebsd-i386 or kfreebsd-amd64
Hi, On 2011-07-21 20:21, Robert Millan wrote: > In that case, I think bindfs should have: > > Depends: fuse [linux-any] | fuse4bsd [kfreebsd-any] Great, the case is clear. > It should be noted that unlike the GNU/Linux version, FUSE may only be > used as root on Debian GNU/kFreeBSD. This is relevant for the Debian > package maintainer because the testsuite should only be run when > DEB_HOST_ARCH_OS = linux. Current Debian package does not run that test suite in the Debian package build because it depends on Ruby, I didn't want it in the Build-Depends. Maybe that could be revisited. Also, that mean I will not able to check how it works on Debian/kFreeBSD porterboxes. I will modify the package and hope for the best (and for bug reports if any). -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634456: bindfs: uninstallable on kfreebsd-i386 or kfreebsd-amd64
Hi Robert, Martin, On 2011-07-21 20:23, Martin Pärtel wrote: > bindfs doesn't hardcode fusermount. It works with MacFUSE, which > also doesn't have fusermount and uses umount for unmounts. However, > on Linux fusermount had better be installed or else a regular user > can't unmount (and probably not mount) anything not in fstab. And moreover, as I checked recently, at least in Debian even root cannot mount bindfs entities from /etc/fstab if fuse is not installed (I guess, because of missing /sbin/mount.fuse, I failed to find any more detailed logs than the standard error message from mount(8)). Still without the the 'fuse' package installed root can mount and umount bindfs from the command line, so we can try to downgrade fuse to Recommends on Linux. But probably there is not much point to do that. Then, to kFreeBSD... > >Does bindfs hardcode "fusermount" and attempt to run this command? Martin said the answer is "no", then, Robert, I understand your answer is apart from fusermount binary fuse4bsd provides the same functionality as fuse on Linux? Is so, fuse4bsd [kfreebsd-any] go to the same Depends line, i.e. the original choice #1. For actual pre-testing, I don't have Debian/kFreeBSD installs and Debian kfreebsd porterboxes don't have libfuse-dev to compile bindfs so it requires some additional requests/time. Robert, if you happen to have the possibility and willingness to run bindfs's test suite somewhere soon, great, otherwise I'll modify the package and try it myself afterwards. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634456: bindfs: uninstallable on kfreebsd-i386 or kfreebsd-amd64
Hi Robert, On 2011-07-18 16:12, Robert Millan wrote: > Else if bindfs depends on fuse-utils because it works better when the > fusermount command is available, but this is not an essential requirement, > please consider lowering it to a recommendation, like: > > Recommends: fuse [linux-any] That choice is nearest among others I guess, but shouldn't that be Recommends: fuse [linux-any] | fuse4bsd [kfreebsd-any] like in 'Depends' choice? Am I right that /usr/bin/mount_fusefs (provided by fuse4bsd) is needed for mounting fuse filesystems from the /etc/fstab entries? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634268: htop: Feature request: please add configurable hotkey e.g. for sorting by IO
package htop forwarded 634268 https://sourceforge.net/tracker/?func=detail&aid=3370391&group_id=108839&atid=651636 quit Hi Friedrich, On 2011-07-18 13:24, Friedrich Delgado wrote: > I'd also personally like to be able to have a hotkey to sort by IO, as > I use this very frequently. > > Currently there's 'P' and 'M' for sorting by cPu and Memory usage, 'I' > would be the natural choice, but is currently used for inverting the > sort order. 'i' maybe? > > Adding a generic way to reconfigure htop by using hotkeys would > probably be more complicated to implement, but arguable the "right > thing to do". Or not. Thanks for the suggestion, I've forwarded it to the upstream tracker. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634269: htop: Feature request: please add an option or hotkey to search for the previously searched term
package htop clone 634269 -1 retitle -1 htop: please highlight the search term forwarded 634269 https://sourceforge.net/tracker/?func=detail&aid=3370383&group_id=108839&atid=651636 forwarded -1 https://sourceforge.net/tracker/?func=detail&aid=3370388&group_id=108839&atid=651636 quit Hi Friedrich, Thanks for your suggestions, On 2011-07-18 13:19, Friedrich Delgado wrote: > When I search for e.g. "git" with the / hotkey, I can search for the > same term again with F3, while the search is still running. > > However when I abort the search (e.g. to re-sort) and then hit "/" > again, there's no way (I know of) to automatically re-enter the > previous search term. > > With less I can simply hit "return" at the / prompt to get my previous > search term. > > In htop this could e.g. be done with F3 if the search input is empty. > Currently hitting F3 with an empty search term will simply skip to the > next entry (same as arrow down), which is not very useful. > Also highlighting the search term would be useful (I know this is an > extra feature request, but I'm too lazy to write an email just for that). Both are forwarded to the upstream tracker. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#633943: cupt: invalid version string ,package 'libqwt-dev'
package cupt reassign 633943 libqwt-dev found 633943 libqwt-dev/6.0.0-1 severity 633943 normal quit Hello libqwt maintainer(s), On 2011-07-15 11:24, Karol wrote: > cupt> policy libqwt-dev > E: invalid version string '6.0.0-' > W: error while parsing new version entry for package 'libqwt-dev' $ cat [...] | fgrep "Package: libqwt-dev" -A 15 | grep Replaces Replaces: libqwt5-qt4-dev (<< 6.0.0-) The version '6.0.0-' seems like not valid by Debian policy §5.6.12. You probably want to use '6.0.0' there. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#633492: libcupt2-0: display 'Release file expired' after the 'cupt update'
Package: libcupt2-0 Version: 2.1.2 Severity: wishlist Tags: upstream Subject says it. Would be nice to have when the downloaded Release file is already expired. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-686 (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/bash Versions of packages libcupt2-0 depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libgcrypt11 1.4.6-5LGPL Crypto library - runtime libr ii libstdc++64.6.0-2The GNU Standard C++ Library v3 Versions of packages libcupt2-0 recommends: ii bzip2 1.0.5-6high-quality block-sorting file co ii gpgv 1.4.9-3+lenny1 GNU privacy guard - signature veri ii libcupt2-0-downloadmethod 2.1.2 alternative front-end for dpkg -- ii libcupt2-0-downloadmethod 2.1.2 alternative front-end for dpkg -- Versions of packages libcupt2-0 suggests: hi cupt 2.1.2 alternative front-end for dpkg -- ii debdelta 0.39trldiff and patch utilities which wor ii dpkg-dev 1.15.8.10 Debian package development tools ii dpkg-repack 1.32 puts an unpacked .deb file back to ii lzma 4.43-14Compression method of 7z format in ii xz-utils 4.999.9beta+20100307-1 XZ-format compression utilities -- 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#633485: cupt {auto,}clean: delete files in partial/ directory
Package: cupt Version: 2.1.2 Severity: wishlist Tags: upstream Subject says it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-686 (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/bash Versions of packages cupt depends on: ii libboost-program-options1.46. 1.46.1-4 program options library for C++ ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libcupt2-02.1.2 alternative front-end for dpkg -- ii libgcc1 1:4.6.0-2 GCC support library ii libstdc++64.6.0-2The GNU Standard C++ Library v3 cupt recommends no packages. Versions of packages cupt suggests: ii libreadline6 6.1-3 GNU readline and history libraries ii sensible-utils0.0.4 Utilities for sensible alternative -- 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#633388: cupt: please handle upgrades skipping a release better D
[ dropped debian-dpkg, since the question is on the level higher, as Jonathan IIRC pointed already in threads on debian-dpkg@ ] Hi Jonathan, John and Sara, On 2011-07-09 20:12, John D. Hendrickson and Sara Darnell wrote: > [...] The heuristic, roughly speaking, is this: > > > > When package A declares that it depends on B, upgrade B > > before A (even if the dependency is already satisfied). > > In other words, reinterpret > > > > Depends: B > > > > to mean > > > > Depends: B (>= target version) > > > > when possible. That's possible to implement in Cupt. I'm however not very enthusiastic to do it. Mainly, I don't think this is the only problem with the upgrades skipping a release -- what about skipped important maintainer scripts? And skipped transitions through package renames? Secondly, non-pure Debian systems with third-party packages, which also have their archives/release. In this case it's not possible to specify one 'base release'. Thirdly, every additional constraint in dependencies makes it harder to generate good/safe upgrade sequences. > >He made a prototype using tsort to order the packages being upgraded > >and (iiuc) it worked ok. What do you think? Is this worth > >implementing as a (perhaps optional) feature in cupt? Any advice for > >future readers who might want to work on that? I will probably accept a patch doing that change given it's fully optional, not adding too much code and is isolated (i.e. ideally, patch adds a optional function call(s) somewhere in __fill_graph_dependencies() and __fill_action_dependencies() in lib/src/internal/worker/packages.cpp. There should look anyone who would want to implement this feature on the base of libcupt. I am not sure it's worth to implement. Regarding John and Sara's proof of concept -- as I understand this was a pair of scripts -- one Makefile and second shell one. I have to say I don't understand anything what's going on there, especially the end of Makefile is write-only language to me. I can only ask if that system works for Essential/pseudo-Essential packages and cyclic dependencies as their handling can be tricky. Also I didn't see any handling of Conflicts/Breaks, maybe I missed something. Now, moving to some John and Sara's... > But this is serious. /var/lib/dpkg/available clearly shows debian I don't think you should use /var/lib/dpkg/available as a repository. I am not sure does it serve any real purpose these days, for example on my system it show ~1600 package names while in the Debian repository there are over 35000. > apt / dpkg themselves use Depends where the SHOULD have used > Pre-depends (ex, libc6). That would mean we should, by debian > policy, orphan apt and dpkg for insisting to use the current policy > incorrectly :) Err, this is a hard statement. I don't quite understand the reasoning, but if you think you find a grave bug in Debian's policy/dpkg/apt you should bring this to maintainers of relevant packages. > Let me read cupt before sticking my foot in my mouth, I haven't yet :) For what concerns your proposal, Cupt's algorithm to generate a package changes order is much different to libapt's one. It may work better or worse regarding your use case. I had never tried it for upgrades skipping release. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#633138: [PATCH cupt] lib: internal: worker: packages: __generate_input_for_preinstall_v2_hooks: do not skip sign when compareVersionStrings is not 1, -1, or 0
Hi Jonathan, Francesco, On 2011-07-08 01:25, Jonathan Nieder wrote: > Well, the above guess was close. At last I reproduced it again (and > was able to capture the output this time); fix follows. Will attach > the output in a separate message for the curious. > > Presumably the triggering condition is for the difference returned by > memcmp to be at least 2, which is why I was able to run into this on a > VM I hadn't upgraded for a while but not with everyday upgrades. > > [ patch ] Oh, that's a catch. Thanks, Jonathan, I applied your patch (+ changed the bug number to the new one cloned by Francesco in the following mail). And thank you people for the time spent to investigate this. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632447: RM: liblinebreak -- ROM; superseded by liblinebreak2
Package: ftp.debian.org Severity: normal It should have no reverse-(build-)-dependencies anymore in testing/unstable. Please remove. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630824: cupt: Segmentation fault in simulated installation
tags 630824 + pending quit On 2011-06-20 17:42, Julian Andres Klode wrote: > I guess a patch helps more. Yeah -- it's very clear now. Applied, thanks. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630829: google-pprof: sh: curl: command not found
Package: google-perftools Version: 1.7-1 Severity: normal Hello, -8<- $ google-pprof "cupt show cupt" cupt.show.prof sh: curl: command not found Use of uninitialized value $line in substitution (s///) at /usr/bin/google-pprof line 2780. http://cupt.show.prof/pprof/symbol doesn't exist ->8- Is a dependency on 'curl' missing? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-686 (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/bash Versions of packages google-perftools depends on: pn libgoogle-perftools0 (no description available) Versions of packages google-perftools recommends: ii graphviz 2.26.3-4 rich set of graph drawing tools pn gv (no description available) google-perftools suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630824: cupt: Segmentation fault in simulated installation
tags 630824 + moreinfo quit Hi Julian, On 2011-06-17 19:15, Julian Andres Klode wrote: > Package: cupt > Version: 2.1.0 > > When simulating installation of a package using > cupt install -y -s PACKAGE > > cupt fails with a segmentation fault. Attached > are the log files from valgrind and gdb on the > current git master (locally built with cmake > && make, for debugging symbols) [...] Thanks for the report. Logs clearly show where the segfault happens, but I can't understand why. I cannot reproduce it on my machine. Is it specific to architecture? Could you please share somewhere xz'ed output of `cupt tar-metadata`? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629210: cupt: downloader process is not stopped by shell
tags 629210 + pending thanks And fixed this one as well. Thanks! -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629185: qmmp: Fails to open playing list menu with multi-item selections
package qmmp tags 629185 = confirmed upstream forwarded 629185 http://code.google.com/p/qmmp/issues/detail?id=476 quit On 2011-06-04 15:25, Gilberto Taccari wrote: > Go to playing list and select more than one song, fire mouse right > click on one of them to open the menu; multi-songs selection disappear > and only one song remains selected. Thanks, now I understand. I have forwarded your report upstream. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628992: cupt: cannot be resumed with job control (unable to receive socket message length: Interrupted system call)
clone 628992 -1 retitle -1 cupt: downloader process is not stopped by shell tags 628992 + confirmed pending tags -1 + confirmed quit Hi, On 2011-06-02 15:24, Jonathan Nieder wrote: > So I hit ^Z. Unfortunately a part of cupt seemed to continue running, > updating the download progress information: Ok, this is a separate issue, cloned the bug. > | E: unable to receive socket message length: Interrupted system call [...] > if (errno == EINTR) > continue; Well, not quite a Cupt bug, but I worked around it anyway (see commit 21c589bc). -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629185: qmmp: Fails to open playing list menu with multi-item selections
package qmmp tags 629185 + moreinfo thanks Hi Gilberto, On 2011-06-04 12:34, Gilberto Taccari wrote: > Qmmp fails to open the playing list menu with multi-item selections. > After selecting a group of songs, mouse right click unselects the group > and selects only the song under the mouse cursor. Sorry, I did not understand. Are you talking about file selection dialog, after, for example, clicking 'add songs to a playlist' button? For me it opens standard Qt/KDE multiple file selection dialog where I see this behavior all the time for all programs which use it and I think it's expected. If this is not what you meant, please be more explicit so I can reproduce your steps and understand. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628918: qmmp: Last.fm scrobbler doesn't submit listening data
Hi Gilberto, On 2011-06-02 14:17, Gilberto Taccari wrote: > Last.fm scrobbler doesn't submit listening data to Last.fm's site. [...] Thanks for your bug report and an additional information. The latest upstream version, 0.5.1, declares some scrobbler fixes, could you please try it? The updated package is now in Debian unstable and Debian mirrors should receive it very soon. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628618: ls -la: dates and filenames are unaligned under fi_FI locale
Package: coreutils Version: 8.5-1 Severity: minor File: /bin/ls Tags: l10n Example: -8<- $ LANG=fi_FI.UTF-8 ls -la yhteensä 152 drwx-- 6 jackyf jackyf 4096 14.4. 21:13 . drwxr-xr-x 64 jackyf jackyf 4096 30.5. 21:00 .. drwxr-xr-x 4 jackyf jackyf 4096 12.9.2010 cupt drwxr-xr-x 2 jackyf jackyf 4096 18.8.2010 equivs drwxr-xr-x 3 jackyf jackyf 4096 3.2. 22:21 mancoositry -rw-r--r-- 1 jackyf jackyf 124124 28.9.2010 newmail.wav drwxr-xr-x 2 jackyf jackyf 4096 21.8.2010 wget ->8- -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-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 coreutils depends on: ii libacl1 2.2.47-2 Access control list shared library ii libattr1 1:2.4.43-2 Extended attribute shared library ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libselinux1 2.0.94-1 SELinux runtime shared libraries coreutils recommends no packages. coreutils 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#623113: cupt: Does not work with InRelease files
severity 623113 wishlist quit I decided to "handle" it another way. Starting with 2.1.0, Cupt does not share index cache files with APT anymore and hence does not need to follow its internal layout changes. This effectively turns this bug into wishlist one. Consequently, API break is postponed for "better times". -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628178: html2text: -width -1 is accepted but causes a crash with some Html
Hi Martin, On 2011-05-27 18:15, Martin Dorey wrote: > Package: html2text > Version: 1.3.2a-5 > Severity: normal > > Nowhere in the man page does it suggest that -width -1 is legal, so why am I > using it? > Well, it seemed to work for me in one application, and saved my having to > pick a magic number. > After all, html2text didn't say it was a usage error. > Then came another application and html2text crashed, having produced glibc > heap corruption output. > After reducing the HTML to a minimal file, I see that html2text is trying to > malloc for a width of -1. > On my amd64 system, that's been sign-extended to more memory than I have. > I wonder if html2text should refuse the argument, cap it at a sane value or > just report the malloc failure in a more revealing way. [...] Thanks for your report. Html2text has no upstream, and a Debian package of it needs new maintainer. It's unlikely that this will be fixed until someone steps up. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628040: Crash if run from root
package htop forwarded 628040 https://sourceforge.net/tracker/?func=detail&aid=3288449&group_id=108839&atid=651633 retitle 628040 cgroup support causes crashes if run as root quit Hi Andrei, On 2011-05-26 19:16, Andrei Karas wrote: > htop 0.9 aborting. Please report bug at http://htop.sf.net > Backtrace: > htop[0x804e255] > /lib/i686/cmov/libc.so.6(+0x2a988)[0xb7651988] > /lib/i686/cmov/libc.so.6(strndup+0x2c)[0xb7699a1c] > htop[0x8058650] > htop(ProcessList_scan+0x6b6)[0x80593e6] > htop(main+0x46c)[0x8050d1c] > /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb763de46] > htop[0x804c961] > Aborted Thanks for this and other information you supplied. I linked this to already existing report in the upstream bug tracker. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627553: daptup: Can't locate object method "new" via package "Daptup::BackEnd::AptOrCupt"
Hi Stefano,
On 2011-05-21 18:04, Stefano wrote:
> When I run daptup, I get the following error:
>
> ~$ /usr/bin/daptup
> Can't locate object method "new" via package
> "Daptup::BackEnd::AptOrCupt" (perhaps you forgot to load
> "Daptup::BackEnd::AptOrCupt"?) at /usr/bin/daptup line 132.
> at /usr/bin/daptup line 132
> Daptup::Backend::Aptitude::new('Daptup::Backend::Aptitude')
> called at /usr/bin/daptup line 309
Many thanks for spotting this, a fix will reach Debian unstable soon.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627452: dpkg: please provide --deconfigure command
Hi Jonathan,
Thanks for adding more examples to the list, but
On 2011-05-20 13:16, Jonathan Nieder wrote:
> But the motivational example
>
> libc6 Depends: libc-bin (= ${binary:Version})
> libc-binBreaks: libc6 (<< 2.10)
>
> does not seem like a great example for this. libc6 should not have to
> be deconfigured; a good upgrade path would be
>
> unpack libc6
> unpack libc-bin
> configure libc-bin
> configure libc6
Emm, the whole #558151 was about the order above does not work unless
you specify --force-bad-path which Guillem was much against.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627452: dpkg: please provide --deconfigure command
Package: dpkg Version: 1.15.8.10 Severity: wishlist As it was discovered in some places (#558151), some system modifications cannot be sanely made without specifying --auto-deconfigure to dpkg. Please provide a --deconfigure command, so dpkg front-ends can plan and request deconfigurations themselves. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-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 dpkg depends on: ii coreutils 8.5-1 GNU core utilities ii libbz2-1.01.0.5-4high-quality block-sorting file co ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libselinux1 2.0.94-1 SELinux runtime shared libraries ii xz-utils 4.999.9beta+20100307-1 XZ-format compression utilities ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.14.1 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#625960: /usr/bin/apt-cache: apt-cache policy prints blocks in an arbitrary order
Package: apt Version: 0.8.14.1 Severity: normal File: /usr/bin/apt-cache Hi, the order or arguments submitted to 'apt-cache policy' is not preserved in the command output: -8<- $ apt-cache policy cupt dpkg libc6 libc6: Installed: 2.11.2-7 Candidate: 2.11.2-11 Version table: 2.13-2 0 500 http://ftp.fi.debian.org/debian/ unstable/main i386 Packages 2.11.2-11 0 990 http://ftp.fi.debian.org/debian/ testing/main i386 Packages 2.11.2-10 0 500 http://ftp.fi.debian.org/debian/ stable/main i386 Packages *** 2.11.2-7 0 100 /var/lib/dpkg/status dpkg: Installed: 1.15.8.10 Candidate: 1.16.0.2 Version table: 1.16.0.3 0 500 http://ftp.fi.debian.org/debian/ unstable/main i386 Packages 1.16.0.2 0 990 http://ftp.fi.debian.org/debian/ testing/main i386 Packages *** 1.15.8.10 0 500 http://ftp.fi.debian.org/debian/ stable/main i386 Packages 100 /var/lib/dpkg/status cupt: Installed: 2.0.1 Candidate: 2.0.2 Version table: 2.0.2 0 500 http://ftp.fi.debian.org/debian/ unstable/main i386 Packages *** 2.0.1 0 100 /var/lib/dpkg/status 2.0.0 0 990 http://ftp.fi.debian.org/debian/ testing/main i386 Packages 1.5.14.1 0 500 http://ftp.fi.debian.org/debian/ stable/main i386 Packages ->8- -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-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 apt depends on: ii debian-archive-keyring 2010.08.28 GnuPG archive keys of the Debian a ii gnupg 1.4.9-3+lenny1 GNU privacy guard - a free PGP rep ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.2-1GCC support library ii libstdc++6 4.5.2-1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime apt recommends no packages. Versions of packages apt suggests: pn apt-doc(no description available) pn aptitude | synaptic | wajig(no description available) ii bzip2 1.0.5-4high-quality block-sorting file co ii dpkg-dev 1.15.8.10 Debian package development tools ii lzma 4.43-14Compression method of 7z format in ii python-apt0.7.97.1 Python interface to libapt-pkg -- 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#625750: Dealing with Outlook 2007 HTML messages
Hello Michelle, On 2011-05-05 18:53, Michelle Konzack wrote: > Package: html2text > Serverity: wishlist > > Hello Maintainer, > > On the mutt mailinglist there is a short conversation about the Outlook > HTML problem which concern html4text too which lead to a double spacing [...] Unfortunately, an upstream for html2text is "dead" so you might want to write a patch. Also, you might want to have a look on other html-to-text processors in the Debian archive. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624170: [hurd] cupt update: E: internal error: download client: wrong parameter count
Hi Samuel, > > @porters: Does it look like a bug in application or libc? > > According to the backtrace above, it would be in the unix local > translator, pflocal (which would also explain the garbage). You however > need to be root to run gdb on pflocal (in non-invasive mode, else gdb > will probably hang, waiting for its own local unix communications). Thanks for the input. But on a porterbox I cannot be root, also I don't know Hurd internals to debug them. Now, what we can do with this bug? Reassign to some hurd package? Or should I get some owned Hurd system and provide more information? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624170: [hurd] cupt update: E: internal error: download client: wrong parameter count
Hi Jonathan, hello Hurd porters, On 2011-04-26 19:33, Eugene V. Lyubimkin wrote: > - thing which hangs is most probably that background download process > (worker()), would be nice to know where it hangs. I tried to investigate this on strauss.debian.net, and this is what I got when it hangs (it hangs in random places, sometimes presumably garbage is received from a socket and then it hangs, sometimes it just exists out of internal checks after a garbage is received): -8<- (gdb) bt #0 0x018232bc in _hurd_intr_rpc_msg_in_trap (msg=0x1dfec5c, option=3, send_size=44, rcv_size=2092, rcv_name=19, timeout=0, notify=0) at intr-msg.c:134 #1 0x01a371f5 in __io_read (io_object=49, data=0x1dff568, dataCnt=0x1dff56c, offset=-1, amount=2) at /home/buildd/build/chroot-sid/home/buildd/byhand/eglibc-2.11.2/build-tree/hurd-i386-xen/hurd/RPC_io_read.c:138 #2 0x01827cf1 in readfd (port=49) at fd-read.c:34 #3 0x0182ec61 in _hurd_ctty_input (port=49, ctty=0, rpc=0x1dff574) at ctty-input.c:32 #4 0x01827675 in _hurd_fd_read (fd=0x27d88, buf=0x1dff632, offset=-1) at fd-read.c:39 #5 0x018e5f20 in __libc_read (fd=DWARF-2 expression error: DW_OP_reg operations must be used either alone or in conjuction with DW_OP_piece. ) at ../sysdeps/mach/hurd/read.c:27 #6 0x01463949 in receiveSocketMessage (socket=8) at /home/jackyf/cupt/cpp/lib/src/download/manager.cpp:85 #7 0x01468cdd in cupt::internal::ManagerImpl::download (this=0x8284950, entities=...) at /home/jackyf/cupt/cpp/lib/src/download/manager.cpp:1100 #8 0x014697ea in cupt::download::Manager::download (this=0x1dff9dc, entities=...) at /home/jackyf/cupt/cpp/lib/src/download/manager.cpp:1249 #9 0x013e0078 in cupt::internal::MetadataWorker::__update_index (this=0x8283b7c, downloadManager=..., indexEntry=..., releaseFileChanged=false, indexFileChanged=@0x1dff94e) at /home/jackyf/cupt/cpp/lib/src/internal/worker/metadata.cpp:351 #10 0x013e0db9 in cupt::internal::MetadataWorker::__update_release_and_index_data (this=0x8283b7c, downloadManager=..., indexEntry=...) at /home/jackyf/cupt/cpp/lib/src/internal/worker/metadata.cpp:430 #11 0x013e192b in cupt::internal::MetadataWorker::updateReleaseAndIndexData (this=0x8283b7c, downloadProgress=...) at /home/jackyf/cupt/cpp/lib/src/internal/worker/metadata.cpp:557 #12 0x0146174c in cupt::system::Worker::updateReleaseAndIndexData (this=0x1dffb60, progress=...) at /home/jackyf/cupt/cpp/lib/src/system/worker.cpp:83 #13 0x081cb5d6 in updateReleaseAndIndexData (context=...) at /home/jackyf/cupt/cpp/console/handlers/managepackages.cpp:892 #14 0x0816337e in std::_Function_handler::_M_invoke(std::_Any_data const&, Context&) (__functor=..., __args#0=...) at /usr/include/c++/4.5/functional:1699 #15 0x08152496 in std::function::operator()(Context&) const (this=0x1dffc5c, __args#0=...) at /usr/include/c++/4.5/functional:2116 #16 0x0814fc9e in mainEx (argc=8, argv=0x1dffd78, context=..., command=...) at /home/jackyf/cupt/cpp/console/cupt.cpp:78 #17 0x0814fb84 in main (argc=8, argv=0x1dffd78) at /home/jackyf/cupt/cpp/console/cupt.cpp:63 ->8- A source code at frame 6 is 'read(socket, &len, sizeof(len))', reading 2 bytes from a unix socket. A search for '_hurd_intr_rpc_msg_in_trap' showed that GHC and ps have/had some similar "hangs" problems with similar backtraces: [1] and [2]. @porters: Does it look like a bug in application or libc? [1] http://lists.debian.org/debian-hurd/2011/04/msg00060.html [2] http://lists.debian.org/debian-hurd/2000/01/msg00093.html -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624279: unetbootin desktop entry should be run as root
package unetbootin forwarded 624279 https://bugs.launchpad.net/unetbootin/+bug/771904 tags 624279 + upstream quit Hi, On 2011-04-27 12:57, Michael Tsang wrote: > as unetbootin needs to be root to run, the desktop menu entry should let us su > to root Thanks for the report, I forwarded it to the upstream. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624170: [hurd] cupt update: E: internal error: download client: wrong parameter count
On 2011-04-26 01:38, Jonathan Nieder wrote: > | E: internal error: download client: wrong parameter count for download > result message] | 14.7KiB/s | ETA: 0s > | E: internal error: download client: wrong parameter count for download > result message > | E: internal error: download client: wrong parameter count for download > result message > | E: internal error: download client: wrong parameter count for download > result message > (hangs) Hmm. > If you have a dummy download method lying around for easy > debugging, I'd be happy to start there. :) There should be a very light download method available for 'file://' and 'copy://' schemes, but as I wrote these lines I realized they are missing in Cupt v2 (#624216) :/. It should come with a next patch release. Debugging cupt downloader bugs is always hard, and it sounds like a task for a hacking hours on a porter machines. I'll dedicate some time in future for this. Here's some tips which may or may not help you if you decide to try digging into: - use '-o debug::downloader=yes'; - print out the received parameter list just before internal errors are shown; - study receiveSocketMessage() and sendSocketMessage() functions to find out how do messages flow between download worker process and download clients, maybe the error is located there; - thing which hangs is most probably that background download process (worker()), would be nice to know where it hangs. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624216: cupt: download handlers for 'file://' and 'copy://' are missing
Package: cupt Version: 2.0.1 Severity: important Tags: upstream This is a regression since 1.x series. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-1-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 cupt depends on: ii libboost-program-options1.42. 1.42.0-4 program options library for C++ ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcupt2-02.0.1 alternative front-end for dpkg -- ii libgcc1 1:4.5.2-1 GCC support library ii libstdc++64.5.2-1The GNU Standard C++ Library v3 cupt recommends no packages. Versions of packages cupt suggests: ii libreadline6 6.1-3 GNU readline and history libraries ii sensible-utils0.0.4 Utilities for sensible alternative -- 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#624192: unetbootin: Dr.Web LiveCD doesn't boot
package unetbootin tags 624192 + upstream forwarded 624192 https://bugs.launchpad.net/unetbootin/+bug/771314 quit Hi Christian, On 2011-04-26 12:21, Christian Ohm wrote: > Installing the Dr.Web LiveCD with unetbootin on a USB stick doesn't boot, says > something like "Cannot find boot device". The same iso burnt onto a CD works > on > the same system. Thanks for your report, I forwarded it to the upstream bugzilla. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623167: cupt: unable to set download client socket timeout: Protocol not available
Hi Jonathan, Cupt 2.0.1 has landed to unstable, can you confirm that downloading, aside of some number of warnings, works on hurd now? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623493: qmmp: Uses deprecated HAL
tags 623493 + confirmed pending quit Hi Pino, On 2011-04-20 20:06, Pino Toscano wrote: > HAL has been deprecated and declared dead upstream so we want to > get rid of it eventually in Debian [1]. > > qmmp has both an hal plugin and an udisks one, shipped in libqmmp-misc; > what can be done is disable the hal plugin on Linux architectures, and > disable the udisks one on non-Linux ones (as udisks at the moment is highly > Linux-specific). > The attached patch does the job explained already, adding also ad-hoc > suggestions to the libqmmp-misc package. Thanks for the patch, I scheduled it for the next upload. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623159: cupt: FTBFS on hurd: 'WIFCONTINUED' was not declared
tags 623159 + confirmed pending quit On 2011-04-17 16:03, Jonathan Nieder wrote: > Building cupt on hurd, I get (transcribed by hand): > > | [ 3%] Building CXX object > cpp/lib/CMakeFiles/cupt2.dir/src/internal/common.cpp.o > | /home/jrn/src/cupt/cpp/lib/src/internal/common.cpp: In function > 'std::string cupt::internal::getWaitStatusDescription(int)': > | /home/jrn/src/cupt/cpp/lib/src/internal/common.cpp:76:30: error: > 'WIFCONTINUED' was not declared in this scope > | /home/jrn/src/cupt/cpp/lib/src/internal/common.cpp:88:1: warning: control > reached end of non-void function > | make[3]: *** [cpp/lib/CMakeFiles/cupt2.dir/src/internal/common.cpp.o] Error > 1 > [...] > > Indeed, WIFCONTINUED is an XSI extension that libc0.3-dev 2.11.2-13 does > not provide (since WCONTINUED is not defined in > /usr/include/bits/waitflags.h). Luckily, cupt does not use the > WCONTINUED flag, so the check to WIFCONTINUED(status) would never > succeed anyway. How about something like this? > > -- 8< -- > Subject: lib: internal: common: getWaitStatusDescription: do not check > WIFCONTINUED(status) Applied, thanks! -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
