gmane.linux.debian.devel.aptitude.general

Bug#674366: aptitude: FTBFS:../../../../src/generic/problemresolver/incremental_expression.h:536:2:error: 'signal_value_changed' was not declared in this scope,and no declarations were found by argument-dependent lookup at thepoint of instantiation [-fpermissive]

Lucas Nussbaum — 2012-05-24T09:29:37

Source: aptitude
Version: 0.6.7-1
Severity: serious
Tags: wheezy sid
User: debian-qa< at >lists.debian.org
Usertags: qa-ftbfs-20120524 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part:

The full build log is available from:
   http://people.debian.org/~lucas/logs/2012/05/24/aptitude_0.6.7-1_unstable.log

A list of current common problems and possible solutions is available at 
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot.  Internet was not
accessible from the build systems.

Comment profiter de la hausse du Petrole

Justrader par PR Consulting — 2012-05-23T12:16:54

Shorter text for "%u" (Disk Usage Change) (was Bug#674045: aptitude: German translation says "#Broken" but shows no number)

Daniel Hartwig — 2012-05-23T07:49:08

Indeed.  There may be a few random issues in places, and definitely
some problems with the format strings.

[I fixed some column width issues in many localizations today.  A more
translator-friendly system for setting the widths is also underway.]

One column in particular – %u (Disk Usage Change) – is very long with
default width 30, yet it doesn't need to be.  Currently it displays
text such as:

 Will use 100 MB of disk space.

and appears in the default header line, tacking up much space.  In
many translations, the full text almost never fits.

It would be preferable to change this to something shorter, like:

 Disk Usage: +100 MB

which also makes it very similar to it's neighbours %B (Broken Count)
and %o (Download Size):

 #Broken: 3
 DL Size: 20 MB

There should be enough time for translators to update this one string
if asked nicely ;-) so unless there are any issues with the new string
it will be changed soon.

Thanks

_______________________________________________
Aptitude-devel mailing list
Aptitude-devel< at >lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

Bug#674045: aptitude: German translation says"#Broken" but shows no number

Daniel Hartwig — 2012-05-23T07:33:47

tags 674045 + pending
thanks

On 23 May 2012 12:59, Christian PERRIER <bubulle< at >debian.org> wrote:

Calculating this automatically sounds like a durable solution.

Currently we allow each translator to set the default widths of those
columns.  German and some other languages did not have column widths
matching the translated strings for these two: download size and
broken count.

This mechanism is a hack, hard to read, and hard for translators to
use.  I plan to replace it with something more sensible in the near
future.

For the time being I have just updated most translations so that the
default widths of those two columns fits nicely.  No action is
required of the German team to fix this.

There are some other languages where this is an issue because both of
those columns are very wide, and I will follow up with the relevant
translation teams shortly.

Regards



_______________________________________________
Aptitude-devel mailing list
Aptitude-devel< at >lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

Bug#674045: aptitude: German translation says"#Broken" but shows no number

Andreas Kloeckner — 2012-05-22T17:51:16

Package: aptitude
Version: 0.6.7-1
Severity: normal
Tags: l10n

Dear Maintainer,

The German translation of aptitude, when encountering broken packages,
shows (the German equivalent of) "#Broken" in the header, but does not
show a number behind this label.

Thanks,
Andreas

Bug#673521: Wheezy: "aptitude update" fails

T Elcor — 2012-05-22T10:45:13

I ran it with --log-level=trace, the log file is attached. Didn't see anything special there but perhaps it may help.

2012-05-22 06:31:33 [140054144792416] ../../../../src/generic/util/temp.cc:160 TRACE aptitude.temp - Initializing the temporary file module.
2012-05-22 06:31:33 [140054144792416] ../../../../src/generic/util/temp.cc:210 TRACE aptitude.temp - Adding an atexit handler for the temporary directory shut-down routine.
2012-05-22 06:31:33 [140054144792416] ../../../../src/generic/util/temp.cc:218 INFO aptitude.temp - Initialized the temporary file module using the base directory /tmp/aptitude-root.30651:5BgPIn
2012-05-22 06:31:33 [140054144792416] ../../../../src/generic/apt/apt.cc:414 INFO aptitude.apt.globals - Loading apt cache.
2012-05-22 06:31:33 [140054144792416] ../../../../src/generic/apt/apt.cc:418 TRACE aptitude.apt.globals - Reading the sources list.
2012-05-22 06:31:33 [140054144792416] ../../../../src/generic/apt/apt.cc:431 TRACE aptitude.apt.globals - Opening the apt cache.
2012-05-22 06:31:34 [140054144792416] ../../../../src/generic/apt/apt.cc:476 TRACE aptitude.apt.globals - Trying to save the current selection list.
2012-05-22 06:31:34 [140054144792416] ../../../../src/generic/apt/apt.cc:480 TRACE aptitude.apt.globals - Loading the apt package records.
2012-05-22 06:31:34 [140054144792416] ../../../../src/generic/apt/apt.cc:486 TRACE aptitude.apt.globals - Loading task information.
2012-05-22 06:31:34 [140054144792416] ../../../../src/generic/apt/apt.cc:488 TRACE aptitude.apt.globals - Loading tags.
2012-05-22 06:31:34 [140054144792416] ../../../../src/generic/apt/apt.cc:502 TRACE aptitude.apt.globals - Initializing global dependency resolver manager.
2012-05-22 06:31:34 [140054144792416] ../../../../src/generic/apt/apt.cc:505 TRACE aptitude.apt.globals - Initializing the download cache.
2012-05-22 06:31:34 [140054048880384] ../../../../src/generic/apt/resolver_manager.cc:533 TRACE aptitude.resolver.thread - Resolver thread: starting.
2012-05-22 06:31:34 [140054048880384] ../../../../src/generic/apt/resolver_manager.cc:565 TRACE aptitude.resolver.thread - Resolver thread: waiting for a resolver to be created, waiting for a job.
2012-05-22 06:31:34 [140054144792416] ../../../../src/generic/apt/apt.cc:539 DEBUG aptitude.apt.globals - Emitting cache_reloaded().
2012-05-22 06:31:34 [140054144792416] ../../../../src/generic/apt/apt.cc:542 TRACE aptitude.apt.globals - Done emitting cache_reloaded().
2012-05-22 06:31:35 [140054144792416] ../../../../src/generic/apt/apt.cc:347 INFO aptitude.apt.globals - Closing apt cache.
2012-05-22 06:31:35 [140054144792416] ../../../../src/generic/apt/apt.cc:351 TRACE aptitude.apt.globals - Done emitting cache_closed().
2012-05-22 06:31:35 [140054048880384] ../../../../src/generic/apt/resolver_manager.cc:574 TRACE aptitude.resolver.thread - Resolver thread: exiting (killed).
2012-05-22 06:31:35 [140054144792416] ../../../../src/generic/apt/apt.cc:364 TRACE aptitude.apt.globals - Deleted the global dependency resolver manager.
2012-05-22 06:31:35 [140054144792416] ../../../../src/generic/apt/apt.cc:371 TRACE aptitude.apt.globals - Tasks reset.
2012-05-22 06:31:35 [140054144792416] ../../../../src/generic/apt/apt.cc:377 TRACE aptitude.apt.globals - Deleted the apt package records.
2012-05-22 06:31:35 [140054144792416] ../../../../src/generic/apt/apt.cc:386 TRACE aptitude.apt.globals - Deleted the apt cache file.
2012-05-22 06:31:35 [140054144792416] ../../../../src/generic/apt/apt.cc:395 TRACE aptitude.apt.globals - Deleted the apt sources list.
2012-05-22 06:31:35 [140054144792416] ../../../../src/generic/apt/apt.cc:400 DEBUG aptitude.apt.globals - Done closing the apt cache.
2012-05-22 06:31:35 [140054144792416] ../../../../src/generic/apt/apt.cc:414 INFO aptitude.apt.globals - Loading apt cache.
2012-05-22 06:31:35 [140054144792416] ../../../../src/generic/apt/apt.cc:418 TRACE aptitude.apt.globals - Reading the sources list.
2012-05-22 06:31:35 [140054144792416] ../../../../src/generic/apt/apt.cc:431 TRACE aptitude.apt.globals - Opening the apt cache.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:476 TRACE aptitude.apt.globals - Trying to save the current selection list.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:480 TRACE aptitude.apt.globals - Loading the apt package records.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:486 TRACE aptitude.apt.globals - Loading task information.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:488 TRACE aptitude.apt.globals - Loading tags.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:502 TRACE aptitude.apt.globals - Initializing global dependency resolver manager.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:505 TRACE aptitude.apt.globals - Initializing the download cache.
2012-05-22 06:31:37 [140054048880384] ../../../../src/generic/apt/resolver_manager.cc:533 TRACE aptitude.resolver.thread - Resolver thread: starting.
2012-05-22 06:31:37 [140054048880384] ../../../../src/generic/apt/resolver_manager.cc:565 TRACE aptitude.resolver.thread - Resolver thread: waiting for a resolver to be created, waiting for a job.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:539 DEBUG aptitude.apt.globals - Emitting cache_reloaded().
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:542 TRACE aptitude.apt.globals - Done emitting cache_reloaded().
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/download_queue.cc:853 INFO aptitude.downloadQueue - Shutting down the download queue.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/download_queue.cc:874 TRACE aptitude.downloadQueue - Clearing the start request list.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/download_queue.cc:878 TRACE aptitude.downloadQueue - Clearing the cancel request list.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/download_queue.cc:882 TRACE aptitude.downloadQueue - Clearing the active download map.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/download_queue.cc:886 INFO aptitude.downloadQueue - The download queue is now shut down.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:347 INFO aptitude.apt.globals - Closing apt cache.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:351 TRACE aptitude.apt.globals - Done emitting cache_closed().
2012-05-22 06:31:37 [140054048880384] ../../../../src/generic/apt/resolver_manager.cc:574 TRACE aptitude.resolver.thread - Resolver thread: exiting (killed).
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:364 TRACE aptitude.apt.globals - Deleted the global dependency resolver manager.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:371 TRACE aptitude.apt.globals - Tasks reset.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:377 TRACE aptitude.apt.globals - Deleted the apt package records.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:386 TRACE aptitude.apt.globals - Deleted the apt cache file.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:395 TRACE aptitude.apt.globals - Deleted the apt sources list.
2012-05-22 06:31:37 [140054144792416] ../../../../src/generic/apt/apt.cc:400 DEBUG aptitude.apt.globals - Done closing the apt cache.

Bug#673827: aptitude: French po templatestranslation

Jean-Baka Domelevo Entfellner — 2012-05-21T16:43:35

Package: aptitude
Version: N/A
Severity: wishlist
Tags: patch l10n



*** /home/domelevo/Traduc/Debian/patch-po.txt
========================================================================
Please find attached the French po templates translation, proofread
by the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.
========================================================================

Bug#673756: aptitude: Reproducible segmentationfault trying a routine upgrade os a sid system

Laurent Bonnaud — 2012-05-21T09:04:33

Package: aptitude
Version: 0.6.7-1
Severity: important


Hi,

here is the problem:

# gdb aptitude
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/aptitude...Reading symbols from /usr/lib/debug/.build-id/97/69b4c55215260a64d888e5305fe18d45a0df27.debug...done.
done.
(gdb) run upgrade
Starting program: /usr/bin/aptitude upgrade
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
[New Thread 0xb5519b70 (LWP 8786)]       
Resolving dependencies...
open: 748; closed: 484; defer: 138; conflict: 2                                                                  oThe following NEW packages will be installed:
  auto-multiple-choice-common{a} gcr{a} gir1.2-gck-1{a} gir1.2-gcr-3{a} imvirt-helper{a} libbobcat3{a} 
  libctemplate2{a} libgzstream-tulip-3.7.0{a} libindicator7{a} libogdf-tulip-3.7.0{a} 
  libroar-plugins-universal{a} libsratom-0-0{a} libtulip-3.7{a} libtulip-ogdf-3.7{a} libtulip-ogl-3.7{a} 
  libtulip-qt4-3.7{a} libxs2{a} libzrtpcpp2{a} nagios-plugins-common{a} pear-symfony-project-channel{a} 
  php-codecoverage{a} php-symfony-yaml{a} php-timer{a} php5-xdebug{a} phpunit-mock-object{a} roarclients{a} 
  ruby-activemodel-3.2{a} ruby-activesupport-3.2{a} ruby-fssm{a} ruby-krb5-auth{a} 
  ruby-mixlib-authentication{a} ruby-opengl{a} ruby-openid{a} ruby-rb-inotify{a} ruby-usb{a} 
  ruby-validatable{a} 
The following packages will be upgraded:
  auto-multiple-choice bisonc++ flexc++ gnome-keyring imvirt libbobcat-dev libctemplate-dev libfssm-ruby 
  libfssm-ruby1.8 libfssm-ruby1.9.1 libgck-1-0 libgck-1-dev libgcr-3-1 libgcr-3-dev libimvirt-perl 
  libindicator-tools libkrb5-ruby1.9.1 liblilv-0-0 libmixlib-authentication-ruby1.8 libopengl-ruby 
  libopengl-ruby1.9.1 libopenid-ruby librb-inotify-ruby1.8 librb-inotify-ruby1.9.1 libroar-compat2 libroar2 
  libtulip-dev libusb-ruby1.9.1 libvalidatable-ruby1.9.1 libxs-dev libzrtpcpp-dev nagios-plugins 
  nagios-plugins-basic phpunit prosody psi-plus psi-plus-common psi-plus-plugins psi-plus-webkit 
  python-requests roaraudio ruby-activerecord seahorse sflphone-daemon sflphone-data sflphone-gnome tulip 
  valgrind 
The following partially installed packages will be configured:
  gettext-el rdtool-elisp tdiary-mode verbiste-el 
The following packages are RECOMMENDED but will NOT be installed:
  php-invoker phpunit-story psi-plus-sounds python-oauthlib tulip-help valgrind-dbg 
48 packages upgraded, 36 newly installed, 0 to remove and 57 not upgraded.
Need to get 0 B/50.7 MB of archives. After unpacking 17.0 MB will be used.
Do you want to continue? [Y/n/?] 
                                         
Program received signal SIGSEGV, Segmentation fault.
0xb7f0a7b3 in debVersioningSystem::CmpFragment(char const*, char const*, char const*, char const*) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
(gdb) bt
#0  0xb7f0a7b3 in debVersioningSystem::CmpFragment(char const*, char const*, char const*, char const*) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
#1  0xb7f0ab00 in debVersioningSystem::DoCmpVersion(char const*, char const*, char const*, char const*) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
#2  0xb7f0a6d9 in debVersioningSystem::CheckDep(char const*, int, char const*) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
#3  0xb7e76b89 in pkgCache::DepIterator::AllTargets() const () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
#4  0xb7e8fa00 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12
#5  0xb7e8f69e in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) ()
   from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12

The rest of the stack is a seemingly endless repetition of the
pkgPackageManager::SmartUnPack method call.

Unfortunately libapt-pkg has no -dbg package.

Bug#673521: Wheezy: "aptitude update" fails

T Elcor — 2012-05-19T15:39:55

Some things I tried:

# apt-get clean
# apt-get update
Hit http://ftp.de.debian.org wheezy InRelease
Hit http://ftp.de.debian.org wheezy/main amd64 Packages/DiffIndex
Get:1 http://ftp.de.debian.org wheezy/contrib amd64 Packages/DiffIndex [6,991 B]
Ign http://ftp.de.debian.org wheezy/contrib TranslationIndex
Hit http://ftp.de.debian.org wheezy/main TranslationIndex
Ign http://ftp.de.debian.org wheezy/non-free TranslationIndex
Get:2 http://ftp.de.debian.org wheezy/non-free amd64 Packages [90.9 kB]
Ign http://ftp.de.debian.org wheezy/contrib Translation-en_US
Ign http://ftp.de.debian.org wheezy/contrib Translation-en
Ign http://ftp.de.debian.org wheezy/main Translation-en
Ign http://ftp.de.debian.org wheezy/non-free Translation-en_US
Ign http://ftp.de.debian.org wheezy/non-free Translation-en
Fetched 6,992 B in 1s (3,569 B/s)
W: Failed to fetch gzip:/var/lib/apt/lists/partial/ftp.de.debian.org_debian_dists_wheezy_non-free_binary-amd64_Packages  Hash Sum mismatch

E: Some index files failed to download. They have been ignored, or old ones used instead.


# cat /etc/apt/sources.list
deb http://ftp.de.debian.org/debian/ wheezy main contrib non-free

Bug#673521: Wheezy: "aptitude update" fails

T Elcor — 2012-05-19T10:48:39

Package: aptitude                        
Version: 0.6.7-1

Started to have problems several day ago running "aptitude update" in wheezy. I can access the following URLs from the browser without any problems, so it doesn't look like an access problem to me:
  http://ftp.us.debian.org/debian/dists/wheezy/main/
  http://ftp.us.debian.org/debian/dists/wheezy/non-free/ 

When running "aptitude update" several times, the reported IPs change (for example, IP: 128.61.240.89 80) but the error persists.

Any ideas? Thanks


# aptitude update && aptitude safe-upgrade
Hit http://ftp.us.debian.org wheezy InRelease
Hit http://ftp.us.debian.org wheezy/main amd64 Packages/DiffIndex
Hit http://security.debian.org wheezy/updates InRelease
Hit http://ftp.us.debian.org wheezy/non-free amd64 Packages/DiffIndex
Get: 1 http://security.debian.org wheezy/updates/main amd64 Packages [979 B]
Get: 2 http://ftp.us.debian.org wheezy/main Translation-en [3,834 kB]
Get: 3 http://ftp.us.debian.org wheezy/non-free Translation-en [61.5 kB]
Err http://ftp.us.debian.org wheezy/main Translation-en                                    
  404  Not Found [IP: 128.61.240.89 80]
Err http://security.debian.org wheezy/updates/main amd64 Packages
  404  Not Found [IP: 149.20.20.6 80]
Err http://ftp.us.debian.org wheezy/non-free Translation-en
  404  Not Found [IP: 128.61.240.89 80]
Ign http://security.debian.org wheezy/updates/main Translation-en_US
Ign http://security.debian.org wheezy/updates/main Translation-en
Fetched 3 B in 1s (2 B/s)
W: Failed to fetch http://ftp.us.debian.org/debian/dists/wheezy/main/i18n/Translation-en: 404  Not Found [IP: 128.61.240.89 80]

W: Failed to fetch http://ftp.us.debian.org/debian/dists/wheezy/non-free/i18n/Translatio... 404  Not Found [IP: 128.61.240.89 80]

W: Failed to fetch http://security.debian.org/dists/wheezy/updates/main/binary-amd64/Pac... 404  Not Found [IP: 149.20.20.6 80]

E: Some index files failed to download. They have been ignored, or old ones used instead.
E: Couldn't rebuild package cache


# cat /etc/apt/sources.list
deb http://ftp.us.debian.org/debian/ wheezy main
deb http://ftp.us.debian.org/debian/ wheezy non-free
deb http://security.debian.org/ wheezy/updates main

Bug#669569: aptitude: "aptitude changelog":Changelog download failed: Download queue destroyed.

Matias A. Bellone — 2012-05-18T23:49:59

Package: aptitude
Version: 0.6.7-1
Followup-For: Bug #669569

+1

This is happeninng in current testing

Bug#669569: aptitude: "aptitude changelog":Changelog download failed: Download queue destroyed.

Ralf Jung — 2012-05-17T13:27:10

Hi,

this is now happening in testing, too.

Kind regards,
Ralf

Bug#673099: aptitude: search always treatsmultiarch variants as unrelated

Aaron M. Ucko — 2012-05-16T01:32:41

Package: aptitude
Version: 0.6.7-1
Severity: wishlist

Thanks for giving aptitude full multiarch support!  When I proceeded
to enable it, I found that foreign packages showed up as distinct
items (with architecture-tagged names).  That approach makes a lot of
sense on the whole, but limits search possibilities; in particular,
the only way I found to determine which packages are available just
for a specific architecture (native or foreign) was to search by
architecture from the command line and save the results to files I
proceeded to feed to the comm utility.

While that arrangement did give me package lists, it's far more
awkward than I care for, particularly considering that proceeding to
explore those lists within aptitude would have required making them
the basis for user tags, which would then require regular
resynchronization.  As such, I'd appreciate an extension to aptitude's
filter language that would enable built-in support for such searches.

Specifically, I propose ?any-architecture and ?all-architectures
combinators akin to ?any-version and ?all-versions, enabling, e.g.,
?all-architectures(~rforeign).  However, I'd also be okay with a more
ad-hoc approach, with syntax along the lines of ?sole-architecture
(which would take an architecture name) or even a simple
?limited-architectures.

Could you please implement something along those lines when you get a
chance?  (Please work on #672340 first, though. ;-)

Thanks!

aptitude 0.6.7-1 MIGRATED to testing

Debian testing watch — 2012-05-14T16:39:14

FYI: The status of the aptitude source package
in Debian's testing distribution has changed.

  Previous version: 0.6.6-1
  Current version:  0.6.7-1

Bug#669322: aptitude: "Method http has diedunexpectedly" with zh_CN.utf8 locale

Daniel Hartwig — 2012-05-14T07:30:29

Hi


This was caused by a regression in libapt-pkg4.12 that is fixed in
0.9.3.  The next release of aptitude will require at least that
version.

Regards

Bug#555632: aptitude does not run in background

Daniel Hartwig — 2012-05-14T07:22:59

reassign 555632 libapt-pkg4.10,libapt-pkg4.12
affects 555632 = aptitude apt-utils
retitle 555632 background tasks stop on SIGTTIN, SIGTTOU
thanks


apt-get also suffers from this.

If you desire a non-interactive install then you should redirect stdin
from /dev/null:

# apt-get install -y foo < /dev/null > apt.log 2>&1 &

Without this redirect, the program receives either SIGTTIN or SIGTTOU
depending on whether or not the keyboard is used after running.  See
below for debugging info.

DPkgPM (libapt-pkg) eagerly tries to forward all input to the dpkg
sub-process.  This is the cause of the problem.

I'll leave it up to the more experienced apt developers to decide if
this is really a bug, too hard to fix, or just standard behaviour.  It
would be ideal if the potential SIGTTIN could be avoided until the
dpkg process actually tries to read stdin, rather than eagerly
forwarding all input -- the process would only stop if dpkg was
actually seeking input.

Here is a session identifying the cause, the program receives SIGTTIN
when calling read(2) on stdin at #2:

---
# apt-get install -y tf > apt.log 2>&1 &
[1] 11870
#

[1]+  Stopped                 apt-get install -y tf > apt.log 2>&1
# gdb apt-get
GNU gdb (GDB) 7.4.1-debian
…
Reading symbols from /usr/bin/apt-get...done.
(gdb) attach 11870
Attaching to program: /usr/bin/apt-get, process 11870
…
0xb777a424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb777a424 in __kernel_vsyscall ()
#1  0xb73c30f3 in __read_nocancel ()
    at ../sysdeps/unix/syscall-template.S:82
#2  0xb76ee773 in pkgDPkgPM::DoStdin (this=0x83cab78, master=13)
    at deb/dpkgpm.cc:426
#3  0xb76f3b51 in pkgDPkgPM::Go (this=0x83cab78, OutStatusFd=-1)
    at deb/dpkgpm.cc:1362
#4  0xb768601c in pkgPackageManager::DoInstallPostFork (this=0x83cab78,
    statusFd=-1) at packagemanager.cc:1008
…
(gdb) n
Single stepping until exit from function __kernel_vsyscall,
which has no line number information.

pkgDPkgPM::DoStdin (this=0x83cab78, master=13) at deb/dpkgpm.cc:427
427   if (len)
(gdb) p len
$1 = 1
(gdb) p input_buf
$2 = "\n", '\000' <repeats 254 times>
(gdb) c
Continuing.
[Inferior 1 (process 11870) exited normally]
---

Above is caused by typing some input (in this case, just RETURN) after
starting the program.

In another session, when the keyboard was kept completely idle (so
stdin has nothing to read), the program receives SIGTTOU instead:

---
(gdb) bt
#0  0xb787a424 in __kernel_vsyscall ()
#1  0xb74c9abf in *__GI_tcsetattr (fd=-1219121164, optional_actions=2,
    termios_p=0xbff5d804) at ../sysdeps/unix/sysv/linux/tcsetattr.c:88
#2  0xb77f3c58 in pkgDPkgPM::Go (this=0x9676b78, OutStatusFd=-1)
    at deb/dpkgpm.cc:1376
#3  0xb778601c in pkgPackageManager::DoInstallPostFork (this=0x9676b78,
    statusFd=-1) at packagemanager.cc:1008
---

This time, #2 is this line:

 1374:      if(master >= 0)
 1375:      {
*1376:         tcsetattr(0, TCSAFLUSH, &tt);
 1377:         close(master);
 1378:      }



_______________________________________________
Aptitude-devel mailing list
Aptitude-devel< at >lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

Bug#670479: 'aptitude update' stucks atcommunication with /usr/lib/apt/methods/http

Daniel Hartwig — 2012-05-12T02:23:37

Hi


I can not reproduce this problem.

Please try updating apt and libapt-pkg4.12 to 0.9.3.  There is a
bug[1] fixed in that release which was causing other problems[2]
between aptitude and the http method -- it may also help this one.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671721
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669322

Regards

Bug#561957: reinstall gives internal error ifpackage is upgradeable

Daniel Hartwig — 2012-05-11T17:22:56

Hi -devel

Just had a look at this:


The installed version is probably no longer available from any
sources, so if it is not in the local cache either then you get that
error.

We could be more intelligent, providing a clearer error message, or
perhaps we should do like "apt-get install --reinstall" and just
upgrade it instead:


in which case I'd like to support "--reinstall" directly and back away
from plain "reinstall" command, so that there is less distinction
between apt-get/aptitude.

Anyone have any thoughts?

Regards

Bug#588032: Please group by archive componentbefore archive section

Daniel Hartwig — 2012-05-11T17:04:06

tags 588032 + wontfix
thanks

Hello

Thanks for taking the time to provide feedback to aptitude.

I have some comments about your suggestion:



Hiding 'main' in this case is a suggested enhancement.[1]

Note: open an entire sub-tree by pressing `[', close it again with `]' or `^ ]'.


How about this one:

- similar packages from different components are far apart in the
tree; choosing an editor, for example, will require opening up to
three very different places to compare the free/non-free options.

The current default works well for the general case of browsing for
packages by function.  When licence becomes the primary concern, it is
easy to change the grouping temporarily (permanently if you are so
inclined) to something like what you use:


Marking this one as wontfix, but leaving opening for possible opinions
on the subject.

Regards

[1] http://bugs.debian.org/244434

Bug#672467: [L10N,DE] aptitude: updated german program translation

Daniel Hartwig — 2012-05-11T12:08:06

Not sure why but I see many programs do it, and in log files also.

It may have to do with errors being passed around between programs and
combined in different ways – by leaving the sentence open it won't
look strange when inserted in to the middle of another.  *shrug*



_______________________________________________
Aptitude-devel mailing list
Aptitude-devel< at >lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel

Bug#672467: [L10N,DE] aptitude: updated german program translation

Daniel Hartwig — 2012-05-11T11:28:16

Hello

On 11 May 2012 18:57, Axel Beckert <abe< at >debian.org> wrote:

Even for error messages?  I just wonder what the average program does
for those in German.


Referring to error and usage messages, the last paragraphs of:

http://www.gnu.org/prep/standards/html_node/Errors.html

Though a recent change to aptitude's usage info on --help did the
opposite -- oops!  Now I see that Holger's patch also restores the
usage text to the "suggested" format without periods :-)


Bye