summaryrefslogtreecommitdiff
path: root/po/it.po
Commit message (Collapse)AuthorAgeFilesLines
* Release 1.21.2Julian Andres Klode2016-01-151-1/+1
|
* Release 1.2~exp11.2_exp1Julian Andres Klode2016-01-081-13/+18
|
* Release 1.1.101.1.10Julian Andres Klode2015-12-301-5/+6
|
* Release 1.1.91.1.9Julian Andres Klode2015-12-271-1/+6
|
* 1.1.6 Christmas releaseJulian Andres Klode2015-12-241-9/+9
|
* Release 1.1.51.1.5Julian Andres Klode2015-12-141-6/+20
|
* Release 1.1.41.1.4Julian Andres Klode2015-12-071-36/+36
|
* release 1.1.31.1.3Michael Vogt2015-11-301-110/+110
| | | | Git-dch: ignore
* Release 1.1.21.1.2Julian Andres Klode2015-11-281-1/+6
|
* Run ./prepare-release pre-exportMichael Vogt2015-11-251-44/+43
|
* review of new/changed translatable program stringsJustin B Rye2015-11-211-10/+10
| | | | | Reference mail: https://lists.debian.org/debian-l10n-english/2015/11/msg00006.html
* revamp all tools help messagesDavid Kalnischkies2015-11-041-446/+459
| | | | | | | | | | | | | | | | The general idea is: A small paragraph on the tool itself as a description, a list of the most used (!= all) commands available in the tool, a remark where to find more information on the tool and its commands (aka: in the manpage) and finally a common block referring to even more manpages. In exchange options are completely omitted from the output as well as deprecated or obscure commands. (Better) Information about them is available in the manpages anyway and the few options which were listed before were also the least interesting ones (-o -c -q and co are hardly of interest for someone totally new looking to find info by asking for help and anyone with a bit of experience doesn't need this short list. Those would need a list of options applying to the command they call, but they are too numerous and command specific to list them sanely in this context.
* split up help messages for simpler reuseDavid Kalnischkies2015-11-041-192/+315
| | | | | | | | | | | | | That is one huge commit with busy work only: Help messages used to be one big translateable string, which is a pain for translators and hard to reuse for us. This change there 'explodes' this single string into new string for each documented string trying hard to split up the translated messages as well. This actually restores many translations as previously adding a single command made all of the bug message fuzzy. The splitup also highlighted that its easy to forget a line, duplicate one and similar stuff. Git-Dch: Ignore
* suggest 'apt autoremove' to get right of unneeded packagesDavid Kalnischkies2015-11-041-4/+4
| | | | | | | | | | The bugreport is more conservative in asking for a conditional, but given that this is a message intended to be read by users to be run by users we should suggest using a command intended to be used by users. And while we are at, add sudo to the message – conditional of course. Closes: 801571
* Run "./prepare-release pre-export"Michael Vogt2015-10-051-2246/+2208
| | | | Git-dch: ignore
* implement apt-get source msg 'Please use: $vcs' for gitDavid Kalnischkies2015-09-141-2/+2
| | | | | A bit unfair that only Bzr had this message. Lets at least print it for git as well with the option of adding more later without string changes.
* releasing package apt version 1.1~exp12Michael Vogt2015-09-111-560/+575
|
* Release 1.11~exp111.1.exp11Julian Andres Klode2015-08-271-663/+665
|
* releasing package apt version 1.1~exp10Michael Vogt2015-08-241-1356/+1463
|
* po-fixups: fill Project-Id-Version and Encoding correctlyGuillem Jover2015-08-121-1/+1
| | | | Closes: 612996
* implement a more generic ShowList methodDavid Kalnischkies2015-08-101-2/+2
| | | | | | | | | | | | | | | apt-get is displaying various lists of package names, which until now it was building as a string before passing it to ShowList, which inserted linebreaks at fitting points and showed a title if needed, but it never really understood what it was working with. With the help of C++11 the new generic knows not only what it works with, but generates the list on the fly rather than asking for it and potentially discarding parts of the input (= the non-default verbose display). It also doubles as a test for how usable the CacheSets are with C++11. (Not all callers are adapted yet.) Git-Dch: Ignore
* show item ID in Hit, Ign and Err lines as wellDavid Kalnischkies2015-06-151-9/+12
| | | | | | | | Again, consistency is the main sellingpoint here, but this way it is now also easier to explain that some files move through different stages and lines are printed for them hence multiple times: That is a bit hard to believe if the number is changing all the time, but now that it keeps consistent.
* Italian program translation updateMilo Casagrande2015-04-191-87/+85
| | | | Closes: 782122
* properly implement pkgRecord::Parser for *.deb filesDavid Kalnischkies2015-03-161-1344/+1399
| | | | | | | | | Implementing FileName() works for most cases for us, but other frontends might need more and even for us its not very stable as the normal Jump() implementation is pretty bad on a deb file and produce errors on its own at times. So, replacing this makeshift with a complete implementation by mostly just shuffling code around.
* merge debian/sid into debian/experimentalDavid Kalnischkies2015-03-161-1132/+1071
|\
| * prepare 1.0.9.6Michael Vogt2015-01-161-493/+493
| |
| * release 1.0.9.51.0.9.5David Kalnischkies2014-12-231-48/+48
| |
| * release 1.0.9.41.0.9.4David Kalnischkies2014-12-031-1435/+1433
| |
* | Run ./prepare-release pre-exportMichael Vogt2014-11-061-1165/+1219
| | | | | | | | Git-dch: ignore
* | correct the error messages to refer to apt-key instead of gpgvDavid Kalnischkies2014-09-271-4/+4
| | | | | | | | Git-Dch: Ignore
* | fix progress output for (dist-)upgrade calculationDavid Kalnischkies2014-09-271-2/+2
|/ | | | | | | | | | | | | | | | | Previously, we had a start and a done of the calculation printed by higher-level code, but this got intermixed by progress reporting from an external solver or the output of autoremove code… The higherlevel code is now only responsible for instantiating a progress object of its choosing (if it wants progress after all) and the rest will be handled by the upgrade code. Either it is used to show the progress of the external solver or the internal solver will give some hints about its overall progress. The later isn't really a proper progress as it will jump forward after each substep, but that is at least a bit better than before without any progress indication. Fixes also the 'strange' non-display of this progress line in -q=1, while all others are shown, which is reflected by all testcase changes.
* prepare 1.0.8Michael Vogt2014-09-091-1222/+1228
|
* releasing 1.0.7Michael Vogt2014-08-281-1608/+1609
|
* prepare 1.0.6Michael Vogt2014-07-101-1380/+1385
|
* releasing package apt version 1.0.5Michael Vogt2014-06-181-89/+92
|
* really release 1.0.4Michael Vogt2014-06-101-1/+1
|
* release 1.0.4Michael Vogt2014-06-101-178/+207
|
* Italian program translation updateMilo Casagrande2014-06-071-78/+99
| | | | Closes: 750009
* prepare release 1.0.3Michael Vogt2014-05-051-1382/+1381
|
* prepare release 1.0.2Michael Vogt2014-04-251-942/+950
|
* prepare 1.0.1 releaseMichael Vogt2014-04-101-19/+19
|
* releasing package apt version 1.0Michael Vogt2014-04-011-1/+1
|
* prepare releaseMichael Vogt2014-04-011-1/+1
|
* refresh po/pot and unfuzzy apt-extracttemplate changeMichael Vogt2014-04-011-66/+71
|
* Release 0.9.16.1Julian Andres Klode2014-03-151-1/+1
|
* prepare 0.9.16 releaseMichael Vogt2014-03-141-639/+642
|
* msgstr with elipses need three dotsDavid Kalnischkies2014-03-131-7/+3
| | | | | fixes some messages and their translation so that all of them have three dots for messages with an elipse. Many translations already had this.
* releasing package apt version 0.9.15.5Michael Vogt2014-02-281-4/+28
|
* releasing package apt version 0.9.15.4Michael Vogt2014-02-231-19/+17
|
* releasing package apt version 0.9.15.3Michael Vogt2014-02-201-30/+42
|