Re: Proposal: Repository for fast-paced package backports
Hi all, I like the idea of having a volatile archive and I agree with almost all what Dominik wrote about the motivation. I would, however, completely separate it from backports. I.e. - separate NEW queue - different suffix - no need to keep a volatile package out of testing Why? - volatile is a different beast from backports, this should be very clear to both package maintainers and our users - in volatile we can give less guarantees about future upgradability than backport provides - volatile must not put any burden on the backports team, which e.g. a common NEW queue would probably impose Just my 6¢, Cheers
armel/armhf arch qualification for buster: call for DSA, Security, toolchain concernsj
Quoting Uwe Kleine-König : If the concerns are mostly about the hardware not being rackable, there is a rackable NAS by Netgear: https://www.netgear.com/business/products/storage/readynas/RN2120.aspx#tab-techspecs This seems to be out of stock and discontinued, unfortunately. Anyway, I'm relatively sure, that I can convince my boss to sponsor/donate both armel and armhf hardware for Debian, if that is of any help. Or arm64 used in "32 bits mode".
Bug#864481: unblock: refcard/9.0.4
hird-party modules (gspca, ...), needs " -#~ "module-assistant." -#~ msgstr "" -#~ "Erzeugen und installieren von Fremd-Modulen (gspca, ...), benötigt " -#~ "module-assistant." - -#~ msgid "" -#~ "/etc/init.d/file restart" -#~ msgstr "" -#~ "/etc/init.d/Name restart" - -#~ msgid "" -#~ "/etc/init.d/file start" -#~ msgstr "" -#~ "/etc/init.d/Name start" - -#~ msgid "apt-cache policy package-names" -#~ msgstr "apt-cache policy Paketname" - -#~ msgid "apt-get dist-upgrade" -#~ msgstr "apt-get dist-upgrade" - -#~ msgid "Web Server (Apache2)" -#~ msgstr "Web-Server (Apache2)" - -#~ msgid "/etc/apache2/" -#~ msgstr "/etc/apache2/" - -#~ msgid "Configuration files." -#~ msgstr "Konfigurationsdateien." - -#~ msgid "/etc/apache2/sites-available/" -#~ msgstr "/etc/apache2/sites-available/" - -#~ msgid "" -#~ "Contains virtual hosts. To enable a virtual host, use a2ensite." -#~ msgstr "" -#~ "Enthält verfügbare virtuelle Hosts. Um einen virtuellen Host zu " -#~ "aktivieren, verwenden Sie a2ensite." - -#~ msgid "/etc/apache2/mods-available/" -#~ msgstr "/etc/apache2/mods-available/" - -#~ msgid "" -#~ "Contains available modules files. To enable a module, use " -#~ "a2enmod." -#~ msgstr "" -#~ "Enthält verfügbare Moduldateien. Um ein Modul zu aktivieren, benutzen Sie " -#~ "a2enmod." - -#~ msgid "File and Print Server (Samba)" -#~ msgstr "Datei- und Druck-Server (Samba)" - -#~ msgid "/etc/samba/smb.conf" -#~ msgstr "/etc/samba/smb.conf" - -#~ msgid "Main configuration file." -#~ msgstr "Hauptkonfigurationsdatei." - -#~ msgid "smbclient" -#~ msgstr "smbclient" - -#~ msgid "Browse SMB network resources, e.g. download, upload files." -#~ msgstr "" -#~ "SMB-Netzwerk-Ressourcen durchstöbern, z.B. Dateien hoch- oder runterladen." - -#~ msgid "smbclient" -#~ msgstr "smbclient" - -#~ msgid "ALTER USER name WITH PASSWORD 'password';" -#~ msgstr "ALTER USER name WITH PASSWORD 'password';" - -#~ msgid "dropuser" -#~ msgstr "dropuser" - -#~ msgid "createuser" -#~ msgstr "createuser" - -#~ msgid "dropdb" -#~ msgstr "dropdb" - -#~ msgid "createdb" -#~ msgstr "createdb" - -#~ msgid "/sbin/ifconfig" -#~ msgstr "/sbin/ifconfig" - -#~ msgid "debsums" -#~ msgstr "debsums" - -#~ msgid "deborphan" -#~ msgstr "deborphan" - -#~ msgid "synaptic" -#~ msgstr "synaptic" - -#~ msgid "aptitude" -#~ msgstr "aptitude" - -#~ msgid "auto-apt" -#~ msgstr "auto-apt" - -#~ msgid "apt-file update" -#~ msgstr "apt-file update" - -#~ msgid "apt-get upgrade" -#~ msgstr "apt-get upgrade" - -#~ msgid "apt-get update" -#~ msgstr "apt-get update" - -#~ msgid "less files" -#~ msgstr "less Dateien" - -#~ msgid "" -#~ "/etc/init.d/file start" -#~ msgstr "" -#~ "/etc/init.d/Datei start" - -#~ msgid "" -#~ "/etc/init.d/file restart" -#~ msgstr "" -#~ "/etc/init.d/Datei " -#~ "restart" - -#~ msgid "update-grub" -#~ msgstr "update-grub" - -#~ msgid "" -#~ "Browser interface to system configuration, access is defined in " -#~ "/etc/webmin/miniserv.conf." -#~ msgstr "" -#~ "Browser-Oberfläche zur Systemkonfiguration. Zugriffsrechte sind in " -#~ "/etc/webmin/miniserv.conf definiert." - -#~ msgid "" -#~ "https://localhost:1\";>webmin at " -#~ "https://hostname:1" -#~ msgstr "" -#~ "https://localhost:10000\";>webmin unter " -#~ "https://hostname:1" - -#~ msgid "nano files" -#~ msgstr "nano Dateien" - -#~ msgid "reportbug" -#~ msgstr "reportbug" - -#~ msgid "Package specific" -#~ msgstr "Bestimmtes Paket" - -#~ msgid "Use Linux kernel 2.6 for installation." -#~ msgstr "Linux kernel 2.6 für die Installation verwenden." - -#~ msgid "" -#~ "boot: linux26 or boot: expert26" -#~ msgstr "" -#~ "boot: linux26 oder boot: expert26" - -#~ msgid "Change the password in the SQL console psql." -#~ msgstr "Ändert das Passwort in der SQL-Konsole psql." - -#~ msgid "Remove a database user."
Re: Help to add LXQt 0.11 as new desktop environment in Stretch release note
Dears, I think the right way to get missing items or corrections into the release notes is by filing a proper bug report against package "release-notes". That way it will not be forgotten which can easily happen with an email on the wrong mailing list. (The right one would be debian-doc, I believe.) Many thanks for filing bugs! :~) Cheers
Bug#863999: unblock: picocom/1.7-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package picocom A recently discovered vulnerability (CVE-2015-9059) is fixed with this version. Vcs fields and Uploader change are in line with version 2.2-1, which is already in experimental. diff -Nru picocom-1.7/debian/changelog picocom-1.7/debian/changelog --- picocom-1.7/debian/changelog2012-04-21 10:49:20.0 +0200 +++ picocom-1.7/debian/changelog2017-06-03 00:21:14.0 +0200 @@ -1,3 +1,11 @@ +picocom (1.7-2) unstable; urgency=high + + * Fix CVE-2015-9059 (Closes: #863671). + * Add myself to Uploaders. + * Add Vcs fields. + + -- W. Martin Borgert Fri, 02 Jun 2017 22:21:14 + + picocom (1.7-1) unstable; urgency=low * New upstream release. Closes: #659590. diff -Nru picocom-1.7/debian/control picocom-1.7/debian/control --- picocom-1.7/debian/control 2012-04-21 10:48:42.0 +0200 +++ picocom-1.7/debian/control 2017-05-30 11:57:04.0 +0200 @@ -2,9 +2,12 @@ Section: comm Priority: optional Maintainer: Matt Palmer +Uploaders: W. Martin Borgert Build-Depends: debhelper (>= 8.0.0) Standards-Version: 3.9.3 Homepage: http://code.google.com/p/picocom/ +Vcs-Browser: https://anonscm.debian.org/cgit/collab-maint/picocom.git +Vcs-Git: https://anonscm.debian.org/git/collab-maint/picocom.git Package: picocom Architecture: any diff -Nru picocom-1.7/debian/patches/CVE-2015-9059.patch picocom-1.7/debian/patches/CVE-2015-9059.patch --- picocom-1.7/debian/patches/CVE-2015-9059.patch 1970-01-01 01:00:00.0 +0100 +++ picocom-1.7/debian/patches/CVE-2015-9059.patch 2017-06-03 00:17:23.0 +0200 @@ -0,0 +1,500 @@ +Description: fix CVE-2015-9059 (command injection vulnerability) +Origin: upstream +Bug-Vendor: https://bugs.debian.org/863671 +Applied-Upstream: https://github.com/npat-efault/picocom/commit/1ebc60b20fbe9a02436d5cbbf8951714e749ddb1 +Last-Update: 2017-06-02 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/picocom.c b/picocom.c +@@ -41,6 +41,7 @@ + #define _GNU_SOURCE + #include + ++#include "split.h" + #include "term.h" + + /**/ +@@ -544,6 +545,9 @@ + + /**/ + ++#define RUNCMD_ARGS_MAX 32 ++#define RUNCMD_EXEC_FAIL 126 ++ + void + child_empty_handler (int signum) + { +@@ -564,7 +568,7 @@ + } + + int +-run_cmd(int fd, ...) ++run_cmd(int fd, const char *cmd, const char *args_extra) + { + pid_t pid; + sigset_t sigm, sigm_old; +@@ -600,9 +604,10 @@ + } + } else { + /* child: external program */ +- int r; + long fl; +- char cmd[512]; ++ int argc; ++ char *argv[RUNCMD_ARGS_MAX + 1]; ++ int r; + + establish_child_signal_handlers(); + sigprocmask(SIG_SETMASK, &sigm_old, NULL); +@@ -619,30 +624,29 @@ + close(STO); + dup2(fd, STI); + dup2(fd, STO); +- { +- /* build command-line */ +- char *c, *ce; +- const char *s; +- int n; +- va_list vls; +- +- c = cmd; +- ce = cmd + sizeof(cmd) - 1; +- va_start(vls, fd); +- while ( (s = va_arg(vls, const char *)) ) { +- n = strlen(s); +- if ( c + n + 1 >= ce ) break; +- memcpy(c, s, n); c += n; +- *c++ = ' '; +- } +- va_end(vls); +- *c = '\0'; ++ /* build command arguments vector */ ++ argc = 0; ++ r = split_quoted(cmd, &argc, argv, RUNCMD_ARGS_MAX); ++ if ( r < 0 ) { ++ fd_printf(STDERR_FILENO, "Cannot parse command\n"); ++ exit(RUNCMD_EXEC_FAIL); ++ } ++ r = split_quoted(args_extra, &argc, argv, RUNCMD_ARGS_MAX); ++ if ( r < 0 ) { ++ fd_printf(STDERR_FILENO, "Cannot parse extra args\n"); ++ exit(RUNCMD_EXEC_FAIL); ++ } ++ if ( argc < 1 ) { ++ fd_printf(STDERR_FILENO, "No command given\n"); ++ exit(RUNCMD_EXEC_FAIL); + } ++ argv[argc] = NULL; ++ + /* run extenral command */ +- fd_printf(STDERR_FILENO, "%s\n", cmd); +- r = system(cmd); +- if ( WIFEXITED(r) ) exit(WEXITSTATUS
Bug#863450: unblock: gajim/0.16.6-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gajim Added an upstream commit/patch to solve security problem #863445. diff -Nru gajim-0.16.6/debian/changelog gajim-0.16.6/debian/changelog --- gajim-0.16.6/debian/changelog 2016-10-08 12:10:31.0 +0200 +++ gajim-0.16.6/debian/changelog 2017-05-27 00:35:49.0 +0200 @@ -1,3 +1,10 @@ +gajim (0.16.6-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Apply upstream patch to make XEP-0146 opt-in (Closes: #863445) + + -- W. Martin Borgert Fri, 26 May 2017 22:35:49 + + gajim (0.16.6-1) unstable; urgency=low * New upstream release (closes: #839780) diff -Nru gajim-0.16.6/debian/patches/fix-xep-0146-opt-in gajim-0.16.6/debian/patches/fix-xep-0146-opt-in --- gajim-0.16.6/debian/patches/fix-xep-0146-opt-in 1970-01-01 01:00:00.0 +0100 +++ gajim-0.16.6/debian/patches/fix-xep-0146-opt-in 2017-05-27 00:35:49.0 +0200 @@ -0,0 +1,35 @@ +Description: Add config option to activate XEP-0146 commands + Some of the Commands have security implications, thats why we disable them per default +Author: Philipp Hörist +Origin: upstream, https://dev.gajim.org/gajim/gajim/commit/cb65cfc5aed9efe05208ebbb7fb2d41fcf7253cc +Bug: https://dev.gajim.org/gajim/gajim/issues/8378 +Bug-Debian: https://bugs.debian.org/863445 +Last-Update: 2017-05-27 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/src/common/commands.py b/src/common/commands.py +@@ -345,9 +345,10 @@ + def __init__(self): + # a list of all commands exposed: node -> command class + self.__commands = {} +-for cmdobj in (ChangeStatusCommand, ForwardMessagesCommand, +-LeaveGroupchatsCommand, FwdMsgThenDisconnectCommand): +-self.__commands[cmdobj.commandnode] = cmdobj ++if gajim.config.get('remote_commands'): ++for cmdobj in (ChangeStatusCommand, ForwardMessagesCommand, ++LeaveGroupchatsCommand, FwdMsgThenDisconnectCommand): ++self.__commands[cmdobj.commandnode] = cmdobj + + # a list of sessions; keys are tuples (jid, sessionid, node) + self.__sessions = {} +--- a/src/common/config.py b/src/common/config.py +@@ -313,6 +313,7 @@ + 'ignore_incoming_attention': [opt_bool, False, _('If True, Gajim will ignore incoming attention requestd ("wizz").')], + 'remember_opened_chat_controls': [ opt_bool, True, _('If enabled, Gajim will reopen chat windows that were opened last time Gajim was closed.')], + 'positive_184_ack': [ opt_bool, False, _('If enabled, Gajim will show an icon to show that sent message has been received by your contact')], ++'remote_commands': [opt_bool, False, _('If True, Gajim will execute XEP-0146 Commands. Dangerous!')], + }, {}) + + __options_per_key = { diff -Nru gajim-0.16.6/debian/patches/series gajim-0.16.6/debian/patches/series --- gajim-0.16.6/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ gajim-0.16.6/debian/patches/series 2017-05-27 00:35:49.0 +0200 @@ -0,0 +1 @@ +fix-xep-0146-opt-in unblock gajim/0.16.6-1.1
Bug#861344: unblock: sorl-thumbnail/12.3+git20160928-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sorl-thumbnail Reverted change from previous version: wand support removed, because tests crashed on i386. Also disabled two tests which accessed a third-party server during build. And finally Multi-Arch to "foreign" for the -doc package. diff -Nru sorl-thumbnail-12.3+git20160928/debian/changelog sorl-thumbnail-12.3+git20160928/debian/changelog --- sorl-thumbnail-12.3+git20160928/debian/changelog2016-10-05 03:23:42.0 +0200 +++ sorl-thumbnail-12.3+git20160928/debian/changelog2017-04-27 00:10:48.0 +0200 @@ -1,3 +1,13 @@ +sorl-thumbnail (12.3+git20160928-2) unstable; urgency=medium + + * Disable support for Wand again, because tests crash on i386 +(Closes: #860668). + * Update patch to disable HTTP requests during tests +(Closes: #857707). + * Mark python-sorl-thumbnail-doc as Multi-Arch: foreign. + + -- W. Martin Borgert Wed, 26 Apr 2017 22:10:48 + + sorl-thumbnail (12.3+git20160928-1) unstable; urgency=medium * New upstream git snapshot (Closes: #834678). diff -Nru sorl-thumbnail-12.3+git20160928/debian/control sorl-thumbnail-12.3+git20160928/debian/control --- sorl-thumbnail-12.3+git20160928/debian/control 2016-10-05 03:23:42.0 +0200 +++ sorl-thumbnail-12.3+git20160928/debian/control 2017-04-27 00:10:48.0 +0200 @@ -16,14 +16,12 @@ python-pytest, python-pytest-django, python-setuptools, - python-wand, python3-all, python3-django, python3-pil, python3-pytest, python3-pytest-django, python3-setuptools, - python3-wand, python-sphinx (>= 1.0.7+dfsg) Build-Conflicts: locales-all (<< 2.21-1) Standards-Version: 3.9.8 @@ -36,7 +34,7 @@ Package: python-sorl-thumbnail Architecture: all Depends: python-django, - python-pil | python-pgmagick | imagemagick | graphicsmagick | python-wand, + python-pil | python-pgmagick | imagemagick | graphicsmagick, ${misc:Depends}, ${python:Depends} Suggests: python-redis @@ -61,7 +59,7 @@ Package: python3-sorl-thumbnail Architecture: all Depends: python3-django, - python3-pil | imagemagick | graphicsmagick | python3-wand, + python3-pil | imagemagick | graphicsmagick, ${misc:Depends}, ${python3:Depends} Suggests: python3-redis @@ -87,6 +85,7 @@ Package: python-sorl-thumbnail-doc Section: doc Architecture: all +Multi-Arch: foreign Depends: ${misc:Depends}, ${sphinxdoc:Depends} Description: thumbnail support for the Django framework (Documentation) diff -Nru sorl-thumbnail-12.3+git20160928/debian/patches/disable_http_tests.patch sorl-thumbnail-12.3+git20160928/debian/patches/disable_http_tests.patch --- sorl-thumbnail-12.3+git20160928/debian/patches/disable_http_tests.patch 2016-10-05 02:59:29.0 +0200 +++ sorl-thumbnail-12.3+git20160928/debian/patches/disable_http_tests.patch 2017-04-27 00:10:48.0 +0200 @@ -1,6 +1,7 @@ From 8d83ae645900b535160dbe3becc7c0cc651b13cd Mon Sep 17 00:00:00 2001 From: Michael Fladischer Date: Thu, 8 Oct 2015 13:53:16 -0700 +Update: 2017-04-26, W. Martin Borgert Subject: Disable HTTP requests during build Remote resources such as images fetched over HTTP are not allowed at build @@ -15,11 +16,9 @@ tests/thumbnail_tests/test_templatetags.py | 2 ++ 2 files changed, 9 insertions(+), 6 deletions(-) -diff --git a/tests/thumbnail_tests/test_engines.py b/tests/thumbnail_tests/test_engines.py -index 4ef4617..da6a86a 100644 --- a/tests/thumbnail_tests/test_engines.py +++ b/tests/thumbnail_tests/test_engines.py -@@ -192,12 +192,13 @@ class SimpleTestCase(BaseTestCase): +@@ -192,12 +192,13 @@ default.kvstore.get(im).serialize_storage(), 'tests.thumbnail_tests.storage.TestStorage', ) @@ -39,8 +38,6 @@ def test_abspath(self): item = Item.objects.get(image='500x500.jpg') -diff --git a/tests/thumbnail_tests/test_templatetags.py b/tests/thumbnail_tests/test_templatetags.py -index c774dea..60de741 100644 --- a/tests/thumbnail_tests/test_templatetags.py +++ b/tests/thumbnail_tests/test_templatetags.py @@ -1,6 +1,7 @@ @@ -51,7 +48,7 @@ from subprocess import Popen, PIPE from PIL import Image -@@ -113,10 +114,12 @@ class TemplateTestCaseA(BaseTestCase): +@@ -120,10 +121,12 @@ class TemplateTestCaseB(BaseTestCase): @@ -64,3 +61,30 @@ def test_portrait(self): val = render_to_string('thumbnail4.html', { 'source': 'http://dummyimage.com/120x100/', +--- a/tests/thumbnail_tests/test_filters.py b/tests/thumbnail_tests/test_filters.py +@@ -1,4 +1,8 @@ + # -*- coding:
Bug#860988: unblock: python-pyftpdlib/1.5.1-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package python-pyftpdlib The new version does not change any code of the binary package, but just disables some automatic tests, that failed occasionaly. Upstream explainded that those tests are not yet stable, so they should not be part of the automatic test during package build. Also, I fixed the maintainer field. diff -Nru python-pyftpdlib-1.5.1/debian/changelog python-pyftpdlib-1.5.1/debian/changelog --- python-pyftpdlib-1.5.1/debian/changelog 2016-12-25 21:40:48.0 +0100 +++ python-pyftpdlib-1.5.1/debian/changelog 2017-04-23 00:45:44.0 +0200 @@ -1,3 +1,10 @@ +python-pyftpdlib (1.5.1-4) unstable; urgency=medium + + * Disable automatic tests, that are known to be unstable (Closes: #856335) + * Remove Janos Guljas as maintainer (Closes: #849728) + + -- W. Martin Borgert Sat, 22 Apr 2017 22:45:44 + + python-pyftpdlib (1.5.1-3) unstable; urgency=medium * Set TRAVIS=1 to skip one unit test, marked by upstream as diff -Nru python-pyftpdlib-1.5.1/debian/control python-pyftpdlib-1.5.1/debian/control --- python-pyftpdlib-1.5.1/debian/control 2016-10-18 10:42:51.0 +0200 +++ python-pyftpdlib-1.5.1/debian/control 2017-01-25 01:34:53.0 +0100 @@ -1,9 +1,8 @@ Source: python-pyftpdlib Section: python Priority: optional -Maintainer: Janos Guljas -Uploaders: Debian Python Modules Team , - W. Martin Borgert +Maintainer: Debian Python Modules Team +Uploaders: W. Martin Borgert Build-Depends: debhelper (>= 9), python-all (>= 2.6.6-3~), python-mock, diff -Nru python-pyftpdlib-1.5.1/debian/patches/disable_unstable_tests.patch python-pyftpdlib-1.5.1/debian/patches/disable_unstable_tests.patch --- python-pyftpdlib-1.5.1/debian/patches/disable_unstable_tests.patch 1970-01-01 01:00:00.0 +0100 +++ python-pyftpdlib-1.5.1/debian/patches/disable_unstable_tests.patch 2017-04-23 00:21:58.0 +0200 @@ -0,0 +1,22 @@ +Description: Disable automatic tests, that are know to be unstable +Author: W. Martin Borgert +Origin: vendor +Bug: https://github.com/giampaolo/pyftpdlib/issues/420 +Bug-Debian: https://bugs.debian.org/856335 +Last-Update: 2017-04-23 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/pyftpdlib/test/runner.py b/pyftpdlib/test/runner.py +@@ -17,8 +17,10 @@ + + + def main(): ++excludefiles = os.environ.get("EXCLUDETESTS", "").split() + testmodules = [os.path.splitext(x)[0] for x in os.listdir(HERE) +- if x.endswith('.py') and x.startswith('test_')] ++ if x.endswith('.py') and x.startswith('test_') ++ and x not in excludefiles] + configure_logging() + remove_test_files() + suite = unittest.TestSuite() diff -Nru python-pyftpdlib-1.5.1/debian/patches/series python-pyftpdlib-1.5.1/debian/patches/series --- python-pyftpdlib-1.5.1/debian/patches/series2016-10-12 02:03:03.0 +0200 +++ python-pyftpdlib-1.5.1/debian/patches/series2017-04-22 23:25:34.0 +0200 @@ -1 +1,2 @@ +disable_unstable_tests.patch sslv3_deprecated.patch diff -Nru python-pyftpdlib-1.5.1/debian/rules python-pyftpdlib-1.5.1/debian/rules --- python-pyftpdlib-1.5.1/debian/rules 2016-12-25 21:35:28.0 +0100 +++ python-pyftpdlib-1.5.1/debian/rules 2017-04-22 23:22:38.0 +0200 @@ -7,7 +7,9 @@ override_dh_auto_test: ifeq "$(filter nocheck,$(DEB_BUILD_OPTIONS))" "" + EXCLUDETESTS="test_functional.py test_functional_ssl.py" \ PYTHONPATH=. TRAVIS=1 python pyftpdlib/test/runner.py + EXCLUDETESTS="test_functional.py test_functional_ssl.py" \ PYTHONPATH=. TRAVIS=1 python3 pyftpdlib/test/runner.py endif unblock python-pyftpdlib/1.5.1-4
Bug#859972: unblock: gajim-omemo/1.0.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gajim-omemo There was a recent change in the OMEMO encryption protocol (#859894), that makes it necessary to change this plugin. Otherwise users could not communicate securely with users of e.g. the latest version of Conversations. Therefore the first patch, using only code from newer upstream versions. Three more patches are added, again using only code from newer upstream versions, to fix another incompatibility with the standard, another security relevant bug (icon displays secure connection, when in fact it is not), and finally a possible crash. Note, that there is also a new package 1.2.0-1 with all upstream fixes and without any Debian patches, in experimental. diff -Nru gajim-omemo-1.0.0/debian/changelog gajim-omemo-1.0.0/debian/changelog --- gajim-omemo-1.0.0/debian/changelog 2016-12-07 23:33:40.0 +0100 +++ gajim-omemo-1.0.0/debian/changelog 2017-04-09 01:09:34.0 +0200 @@ -1,3 +1,12 @@ +gajim-omemo (1.0.0-2) unstable; urgency=medium + + * Add patch for XEP-0384 compliance. (Closes: #859894) + * Add patch for XEP-0380 compliance (correct EME element) + * Add patch to hide lock icon, when OMEMO encryption is disabled + * Add patch to not handle "normal" messages, prevents crash + + -- W. Martin Borgert Sat, 08 Apr 2017 23:09:34 + + gajim-omemo (1.0.0-1) unstable; urgency=medium * New upstream version diff -Nru gajim-omemo-1.0.0/debian/patches/do_not_handle_type_normal_messages gajim-omemo-1.0.0/debian/patches/do_not_handle_type_normal_messages --- gajim-omemo-1.0.0/debian/patches/do_not_handle_type_normal_messages 1970-01-01 01:00:00.0 +0100 +++ gajim-omemo-1.0.0/debian/patches/do_not_handle_type_normal_messages 2017-04-09 01:09:34.0 +0200 @@ -0,0 +1,20 @@ +Description: do not handle "normal" messages (unencrypted) +Author: Philipp Hörist (upstream code), W. Martin Borgert (Debian patch) +Origin: upstream +Bug: https://dev.gajim.org/gajim/gajim-plugins/issues/182 +Applied-Upstream: 59baed68 +Last-Update: 2017-04-09 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/omemoplugin.py b/omemoplugin.py +@@ -617,6 +617,9 @@ + --- + Return if encryption is not activated + """ ++if event.type_ == 'normal': ++return False ++ + account = event.account + if account in self.disabled_accounts: + return diff -Nru gajim-omemo-1.0.0/debian/patches/hide_lock_icon_when_omemo_gets_disabled gajim-omemo-1.0.0/debian/patches/hide_lock_icon_when_omemo_gets_disabled --- gajim-omemo-1.0.0/debian/patches/hide_lock_icon_when_omemo_gets_disabled 1970-01-01 01:00:00.0 +0100 +++ gajim-omemo-1.0.0/debian/patches/hide_lock_icon_when_omemo_gets_disabled 2017-04-09 01:09:34.0 +0200 @@ -0,0 +1,19 @@ +Description: Hide lock icon when omemo gets disabled +Author: Philipp Hörist (upstream code), W. Martin Borgert (Debian patch) +Origin: upstream +Bug: https://dev.gajim.org/gajim/gajim-plugins/issues/161 +Applied-Upstream: 5d0858e4 +Last-Update: 2017-04-09 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/ui.py b/ui.py +@@ -322,6 +322,8 @@ + + def removeUi(self): + self.actions_hbox.remove(self.omemobutton) ++self.chat_control._show_lock_image(False, 'OMEMO', False, True, ++ False) + self.chat_control.prepare_context_menu = \ + self.chat_control.omemo_orig_prepare_context_menu + self.chat_control.send_message = self.chat_control.orig_send_message diff -Nru gajim-omemo-1.0.0/debian/patches/series gajim-omemo-1.0.0/debian/patches/series --- gajim-omemo-1.0.0/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ gajim-omemo-1.0.0/debian/patches/series 2017-04-09 01:09:34.0 +0200 @@ -0,0 +1,4 @@ +do_not_handle_type_normal_messages +hide_lock_icon_when_omemo_gets_disabled +xep-0380-compliance +xep-0384-compliance diff -Nru gajim-omemo-1.0.0/debian/patches/xep-0380-compliance gajim-omemo-1.0.0/debian/patches/xep-0380-compliance --- gajim-omemo-1.0.0/debian/patches/xep-0380-compliance1970-01-01 01:00:00.0 +0100 +++ gajim-omemo-1.0.0/debian/patches/xep-0380-compliance2017-04-09 01:09:34.0 +0200 @@ -0,0 +1,43 @@ +Description: make the OMEMO plugin compliant with XEP-0380, use correct EME tag +Author: Philipp Hörist (upstream code), W. Martin Borgert (Debian patch) +Origin: upstream +Applied-Upstream: 1f78bf71 +Last-Update: 2017-04-09 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/omemoplugin.py b/omemoplugin.py +@@ -577,11 +577,11 @@ + event.msg_iq.delChild('body') + event.msg_iq.addChild(node=encrypt
Bug#859382: unblock: sleekxmpp/1.3.1-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sleekxmpp Two bug fixes from upstream 1.3.2 have been taken to patch 1.3.1 against bugs #854739 (CVE-2017-5591, grave) and #851900 (Fails to connect to servers that only support TLS 1.1 or TLS 1.2, important). diff -Nru sleekxmpp-1.3.1/debian/changelog sleekxmpp-1.3.1/debian/changelog --- sleekxmpp-1.3.1/debian/changelog2016-12-25 22:28:41.0 +0100 +++ sleekxmpp-1.3.1/debian/changelog2017-04-03 02:04:06.0 +0200 @@ -1,3 +1,16 @@ +sleekxmpp (1.3.1-6) unstable; urgency=medium + + * Fix CVE-2017-5591: +An incorrect implementation of XEP-0280: Message Carbons in slixmpp allows +a remote attacker to impersonate any user, including contacts, in the +vulnerable application's display. This allows for various kinds of social +engineering attacks. (Closes: #854739) + * Use ssl.get_protocol_name() to find out which TLS version is +in use (allows the latest TLS versions to be used as well as any future +versions). (Closes: #851900) + + -- W. Martin Borgert Mon, 03 Apr 2017 00:04:06 + + sleekxmpp (1.3.1-5) unstable; urgency=medium * use debhelper 9 compat diff -Nru sleekxmpp-1.3.1/debian/patches/002-fix_tls_version_check.patch sleekxmpp-1.3.1/debian/patches/002-fix_tls_version_check.patch --- sleekxmpp-1.3.1/debian/patches/002-fix_tls_version_check.patch 1970-01-01 01:00:00.0 +0100 +++ sleekxmpp-1.3.1/debian/patches/002-fix_tls_version_check.patch 2017-04-03 02:04:06.0 +0200 @@ -0,0 +1,24 @@ +Description: Use ssl.get_protocol_name() to find out which TLS version is + in use (allows the latest TLS versions to be used as well as any future + versions). +Author: Chris Snijder +Origin: upstream, https://github.com/fritzy/SleekXMPP/commit/6ebcf6b60d879e31e41bac58ba7db6ea760579b9 +Bug-Debian: https://bugs.debian.org/851900 +Last-Update: 2017-04-02 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/sleekxmpp/xmlstream/xmlstream.py b/sleekxmpp/xmlstream/xmlstream.py +@@ -839,8 +839,10 @@ def start_tls(self): + to be restarted. + """ + log.info("Negotiating TLS") +-ssl_versions = {3: 'TLS 1.0', 1: 'SSL 3', 2: 'SSL 2/3'} +-log.info("Using SSL version: %s", ssl_versions[self.ssl_version]) ++log.info( ++"Using SSL version: %s", ++ssl.get_protocol_name(self.ssl_version).replace('PROTOCOL_', '', 1) ++) + if self.ca_certs is None: + cert_policy = ssl.CERT_NONE + else: diff -Nru sleekxmpp-1.3.1/debian/patches/CVE-2017-5591.patch sleekxmpp-1.3.1/debian/patches/CVE-2017-5591.patch --- sleekxmpp-1.3.1/debian/patches/CVE-2017-5591.patch 1970-01-01 01:00:00.0 +0100 +++ sleekxmpp-1.3.1/debian/patches/CVE-2017-5591.patch 2017-04-03 02:04:06.0 +0200 @@ -0,0 +1,29 @@ +Description: fix for CVE-2017-5591 + An incorrect implementation of XEP-0280: Message Carbons in slixmpp allows a + remote attacker to impersonate any user, including contacts, in the vulnerable + application's display. This allows for various kinds of social engineering + attacks. +Author: mathieui +Origin: other, https://github.com/poezio/slixmpp/commit/22664ee7b86c8e010f312b66d12590fb471 +Bug: https://github.com/fritzy/SleekXMPP/issues/442 +Bug-Debian: https://bugs.debian.org/854739 +Last-Update: 2017-03-23 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/sleekxmpp/plugins/xep_0280/carbons.py b/sleekxmpp/plugins/xep_0280/carbons.py +@@ -61,10 +61,12 @@ + self.xmpp.plugin['xep_0030'].add_feature('urn:xmpp:carbons:2') + + def _handle_carbon_received(self, msg): +-self.xmpp.event('carbon_received', msg) ++if msg['from'].bare == self.xmpp.boundjid.bare: ++self.xmpp.event('carbon_received', msg) + + def _handle_carbon_sent(self, msg): +-self.xmpp.event('carbon_sent', msg) ++if msg['from'].bare == self.xmpp.boundjid.bare: ++self.xmpp.event('carbon_sent', msg) + + def enable(self, ifrom=None, block=True, timeout=None, callback=None): + iq = self.xmpp.Iq() diff -Nru sleekxmpp-1.3.1/debian/patches/series sleekxmpp-1.3.1/debian/patches/series --- sleekxmpp-1.3.1/debian/patches/series 2015-12-29 22:44:03.0 +0100 +++ sleekxmpp-1.3.1/debian/patches/series 2017-04-03 02:04:06.0 +0200 @@ -1 +1,3 @@ +CVE-2017-5591.patch 0001-get-rid-of-embedded-copies-dateutil-gnupg-ordereddic.patch +002-fix_tls_version_check.patch unblock sleekxmpp/1.3.1-6
Question on package removal sleekxmpp
Hi, there is a security bug open (#854739) and I'll try to port a simple patch from slixmpp. (Or, if does not work, just remove the affected functionality - better no carbons than "dangerous" ones.) But the package will be removed from testing by overmorrow. What do I have to do so that sleekxmpp remains in stretch (or can get back to it)? I was in VAC etc. (mainly "etc.") and couldn't react earlier. TIA!
Bug#843999: jessie-pu: package wot/20131118-2
Control: tag -1 - moreinfo Uploaded to proposed-updates->stable-new.
Bug#843999: jessie-pu: package wot/20131118-2
Updated patch attached. diff --git a/debian/NEWS b/debian/NEWS new file mode 100644 index 000..dc8c4bc --- /dev/null +++ b/debian/NEWS @@ -0,0 +1,14 @@ +wot (20151208-3) jessie; urgency=high + + * WOT has been identified as malware or spyware. +At least since 2015-04, it passes all complete URLs with an +additional user or browser id to their company server. +The company sells the data unfiltered and unanonimized to +paying customers. + +This package is an empty, transitional package to remove +WOT safely from your computer. +Make sure, that users don't have WOT installed by other +means than as Debian package. + + -- W. Martin Borgert Wed, 09 Nov 2016 20:25:45 + diff --git a/debian/changelog b/debian/changelog index b1c9a53..c6c1b15 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +wot (20131118-2) jessie; urgency=high + + * Team upload + * Removed all code, because this is malware (Closes: #842939) + * Changed homepage to Debian wiki page about the malware incident + + -- W. Martin Borgert Wed, 23 Nov 2016 22:22:56 + + wot (20131118-1) unstable; urgency=low * Team upload diff --git a/debian/control b/debian/control index 3a1c365..273976b 100644 --- a/debian/control +++ b/debian/control @@ -2,10 +2,10 @@ Source: wot Section: web Priority: optional Maintainer: Debian Mozilla Extension Maintainers -Uploaders: Fabrizio Regalli -Build-Depends: debhelper (>= 8), mozilla-devscripts (>= 0.29~), node-uglify +Uploaders: David Prévot +Build-Depends: debhelper (>= 8) Standards-Version: 3.9.5 -Homepage: https://www.mywot.com +Homepage: https://wiki.debian.org/Mozilla/WOT Vcs-Git: git://anonscm.debian.org/pkg-mozext/wot.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-mozext/wot.git @@ -16,8 +16,8 @@ Recommends: ${xpi:Recommends} Provides: ${xpi:Provides} Enhances: ${xpi:Enhances} Breaks: ${xpi:Breaks} -Description: show which websites are trustworthy - WOT is the leading website reputation rating tool and one of - Mozilla’s most popular add-ons. WOT uses an intuitive - traffic-light style rating system to help you know which - websites are trusted when you search, surf and shop online. +Description: Transitional package to safely remove WOT + WOT is a malware providing users browser habits to paying + customers. It has therefore been disabled in Debian. + . + This package can be safely removed after upgrade. diff --git a/debian/rules b/debian/rules index e3f9169..41276fa 100755 --- a/debian/rules +++ b/debian/rules @@ -1,17 +1,9 @@ #!/usr/bin/make -f %: - dh $@ --with xul-ext --buildsystem=xul_ext - -override_dh_auto_build: - mv $(CURDIR)/chrome/wot.jar\!/content/libs/jquery.js $(CURDIR)/debian/jquery.js.bkp - uglifyjs -o $(CURDIR)/chrome/wot.jar\!/content/libs/jquery.js \ - $(CURDIR)/chrome/wot.jar\!/content/libs/jquery-ui-1.9.2.custom.js - dh_auto_build -O--buildsystem=xul_ext - mv $(CURDIR)/debian/jquery.js.bkp $(CURDIR)/chrome/wot.jar\!/content/libs/jquery.js + dh $@ override_dh_auto_install: - install-xpi --remove-license-files xul-ext-wot.xpi - rm -r $(CURDIR)/debian/xul-ext-wot/usr/share/xul-ext/wot/META-INF + true override_dh_installchangelogs: dh_installchangelogs $(CURDIR)/debian/upstream-changelog
Bug#843999: jessie-pu: package wot/20131118-2
On 2016-11-20 18:02, Jonathan Wiltshire wrote: > In principle 'yes'; please prepare the diff and attach to this bug for > review. Attached. diff --git a/debian/NEWS b/debian/NEWS new file mode 100644 index 000..18ab932 --- /dev/null +++ b/debian/NEWS @@ -0,0 +1,14 @@ +wot (20151208-3) unstable; urgency=high + + * WOT has been identified as malware or spyware. +At least since 2015-04, it passes all complete URLs with an +additional user or browser id to their company server. +The company sells the data unfiltered and unanonimized to +paying customers. + +This package is an empty, transitional package to remove +WOT safely from your computer. +Make sure, that users don't have WOT installed by other +means than as Debian package. + + -- W. Martin Borgert Wed, 09 Nov 2016 20:25:45 + diff --git a/debian/changelog b/debian/changelog index b1c9a53..e22783d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +wot (20131118-2) stable; urgency=high + + * Team upload + * Removed all code, because this is malware (Closes: #842939) + * Changed homepage to Debian wiki page about the malware incident + + -- W. Martin Borgert Wed, 23 Nov 2016 22:22:56 + + wot (20131118-1) unstable; urgency=low * Team upload diff --git a/debian/control b/debian/control index 3a1c365..273976b 100644 --- a/debian/control +++ b/debian/control @@ -2,10 +2,10 @@ Source: wot Section: web Priority: optional Maintainer: Debian Mozilla Extension Maintainers -Uploaders: Fabrizio Regalli -Build-Depends: debhelper (>= 8), mozilla-devscripts (>= 0.29~), node-uglify +Uploaders: David Prévot +Build-Depends: debhelper (>= 8) Standards-Version: 3.9.5 -Homepage: https://www.mywot.com +Homepage: https://wiki.debian.org/Mozilla/WOT Vcs-Git: git://anonscm.debian.org/pkg-mozext/wot.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-mozext/wot.git @@ -16,8 +16,8 @@ Recommends: ${xpi:Recommends} Provides: ${xpi:Provides} Enhances: ${xpi:Enhances} Breaks: ${xpi:Breaks} -Description: show which websites are trustworthy - WOT is the leading website reputation rating tool and one of - Mozilla’s most popular add-ons. WOT uses an intuitive - traffic-light style rating system to help you know which - websites are trusted when you search, surf and shop online. +Description: Transitional package to safely remove WOT + WOT is a malware providing users browser habits to paying + customers. It has therefore been disabled in Debian. + . + This package can be safely removed after upgrade. diff --git a/debian/rules b/debian/rules index e3f9169..41276fa 100755 --- a/debian/rules +++ b/debian/rules @@ -1,17 +1,9 @@ #!/usr/bin/make -f %: - dh $@ --with xul-ext --buildsystem=xul_ext - -override_dh_auto_build: - mv $(CURDIR)/chrome/wot.jar\!/content/libs/jquery.js $(CURDIR)/debian/jquery.js.bkp - uglifyjs -o $(CURDIR)/chrome/wot.jar\!/content/libs/jquery.js \ - $(CURDIR)/chrome/wot.jar\!/content/libs/jquery-ui-1.9.2.custom.js - dh_auto_build -O--buildsystem=xul_ext - mv $(CURDIR)/debian/jquery.js.bkp $(CURDIR)/chrome/wot.jar\!/content/libs/jquery.js + dh $@ override_dh_auto_install: - install-xpi --remove-license-files xul-ext-wot.xpi - rm -r $(CURDIR)/debian/xul-ext-wot/usr/share/xul-ext/wot/META-INF + true override_dh_installchangelogs: dh_installchangelogs $(CURDIR)/debian/upstream-changelog
Bug#843999: jessie-pu: package wot/20151208-3
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi, I like to upload wot without any content. wot has been identified as spyware/malware. Instead of just removing the package and leaving our unsuspecting users with the malware, an empty, transitional package upgrade removes the actual plugin. This already happens in unstable and the package will migrate to testing soon. stable is probably not affected by most of the spy code (applied upstream after Jessie release), but because upstream cannot be trusted anymore, I like to do the same for stable - just in case. So far, no package is prepared, but I can do so, if stable RMs are OK with the upload. See https://bugs.debian.org/842939 for the incident And read https://www.kuketz-blog.de/wot-addon-wie-ein-browser-addon-seine-nutzer-ausspaeht/ if you know German :~) Diff: https://anonscm.debian.org/cgit/pkg-mozext/wot.git/commit/?id=e7ba54062cf84680a99529a9aa26231713a40a99 Cheers
Bug#761128: Any news on the auto-oce transition?
Hi, it would be nice to get OCE 0.17 into stretch at some point. Would it make sense to upload this version to experimental and check/fix build problems esp. on arm64, mips, and ppc64el? I built 0.17 (source package from Ubuntu) and compiled freecad 0.16 (again .dsc from Ubuntu) against it on amd64. Cheers
Bug#776249: unblock: python-exif/1.4.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package python-exif This fixes https://bugs.debian.org/775609 (I just dropped the Python 3 package for Jessie which was never in a stable release anyway.) diff -Nru python-exif-1.4.2/debian/changelog python-exif-1.4.2/debian/changelog --- python-exif-1.4.2/debian/changelog 2014-10-08 00:48:01.0 +0200 +++ python-exif-1.4.2/debian/changelog 2015-01-25 23:46:40.0 +0100 @@ -1,3 +1,9 @@ +python-exif (1.4.2-2) unstable; urgency=low + + * Drop buggy Python 3 support for Jessie (Closes: #775609). + + -- W. Martin Borgert Sun, 25 Jan 2015 22:33:19 + + python-exif (1.4.2-1) unstable; urgency=low * New upstream release (Closes: #763347), new upstream homepage diff -Nru python-exif-1.4.2/debian/control python-exif-1.4.2/debian/control --- python-exif-1.4.2/debian/control2014-10-08 00:48:01.0 +0200 +++ python-exif-1.4.2/debian/control2015-01-25 23:46:40.0 +0100 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian Python Modules Team Uploaders: TANIGUCHI Takaki , W. Martin Borgert -Build-Depends: python-all (>= 2.7~), python-setuptools, debhelper (>= 9), python3-all, python3-setuptools +Build-Depends: python-all (>= 2.7~), python-setuptools, debhelper (>= 9) Standards-Version: 3.9.5 Homepage: https://github.com/ianare/exif-py Vcs-Git: git://anonscm.debian.org/python-modules/packages/python-exif.git @@ -18,13 +18,3 @@ image files. It contains the EXIF.py script and the exifread library. . This package provides the Python 2.x module. - -Package: python3-exif -Architecture: all -Depends: ${python3:Depends}, ${misc:Depends} -Provides: ${python3:Provides} -Description: Python library to extract Exif data from TIFF and JPEG files - This is a Python library to extract Exif information from digital camera - image files. It contains the EXIF.py script and the exifread library. - . - This package provides the Python 3.x module. diff -Nru python-exif-1.4.2/debian/python3-exif.install python-exif-1.4.2/debian/python3-exif.install --- python-exif-1.4.2/debian/python3-exif.install 2014-10-08 00:48:01.0 +0200 +++ python-exif-1.4.2/debian/python3-exif.install 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -EXIF.py /usr/lib/python3/dist-packages/ \ No newline at end of file diff -Nru python-exif-1.4.2/debian/rules python-exif-1.4.2/debian/rules --- python-exif-1.4.2/debian/rules 2014-10-08 00:48:01.0 +0200 +++ python-exif-1.4.2/debian/rules 2015-01-25 23:46:40.0 +0100 @@ -5,9 +5,8 @@ export PYBUILD_NAME=exif %: - dh $@ --buildsystem=pybuild --with python2,python3 + dh $@ --buildsystem=pybuild --with python2 override_dh_install: dh_install - sed -i '1c\#!/usr/bin/python3' $(CURDIR)/debian/python3-exif/usr/lib/python3/dist-packages/EXIF.py rm $(CURDIR)/debian/python*-exif/usr/bin/EXIF.py -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150125225350.GA23706@fama
Bug#774459: unblock: trac-subcomponents/1.2.0+hga86f0413121f-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package trac-subcomponents This fixes https://bugs.debian.org/774424 (some upstream code uses DOS line-ends, which I keep for consistency, sorry) diff -Nru trac-subcomponents-1.2.0+hga86f0413121f/debian/changelog trac-subcomponents-1.2.0+hga86f0413121f/debian/changelog --- trac-subcomponents-1.2.0+hga86f0413121f/debian/changelog2014-10-09 01:15:52.0 +0200 +++ trac-subcomponents-1.2.0+hga86f0413121f/debian/changelog2015-01-03 01:25:11.0 +0100 @@ -1,3 +1,9 @@ +trac-subcomponents (1.2.0+hga86f0413121f-4) unstable; urgency=low + + * Fix UnicodeError exception in Trac query (Closes: #774424). + + -- W. Martin Borgert Sat, 03 Jan 2015 00:22:41 + + trac-subcomponents (1.2.0+hga86f0413121f-3) unstable; urgency=low [minor cleanups] diff -Nru trac-subcomponents-1.2.0+hga86f0413121f/debian/patches/10_fix_unicodeerror.patch trac-subcomponents-1.2.0+hga86f0413121f/debian/patches/10_fix_unicodeerror.patch --- trac-subcomponents-1.2.0+hga86f0413121f/debian/patches/10_fix_unicodeerror.patch 1970-01-01 01:00:00.0 +0100 +++ trac-subcomponents-1.2.0+hga86f0413121f/debian/patches/10_fix_unicodeerror.patch 2015-01-03 01:25:11.0 +0100 @@ -0,0 +1,22 @@ +Description: Fixes a UnicodeError exception +Author: W. Martin Borgert +Origin: other, http://trac-hacks.org/ticket/11752#comment:2 +Bug: http://trac-hacks.org/ticket/11752 +Bug-Debian: https://bugs.debian.org/774424 +Last-Update: 2015-01-03 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/subcomponents/web_ui.py b/subcomponents/web_ui.py +@@ -134,9 +134,8 @@ + stream |= Transformer("//div[@class='field'][1]").after(self._build_renamechildren_field()) + elif req.path_info.startswith('/query'): + # We need to load our script after the initializeFilters() call done by Trac +-html = HTML('') ++html = tag.script(type='text/javascript', charset='utf-8', ++ src=req.href.chrome('subcomponents/componentselect.js')) + stream |= Transformer('//head').append(html) + return stream + diff -Nru trac-subcomponents-1.2.0+hga86f0413121f/debian/patches/series trac-subcomponents-1.2.0+hga86f0413121f/debian/patches/series --- trac-subcomponents-1.2.0+hga86f0413121f/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ trac-subcomponents-1.2.0+hga86f0413121f/debian/patches/series 2015-01-03 01:25:11.0 +0100 @@ -0,0 +1 @@ +10_fix_unicodeerror.patch unblock trac-subcomponents/1.2.0+hga86f0413121f-4 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150103005056.GA5262@fama
Bug#771916: unblock: trac/1.0.2+dfsg-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package trac This fixes https://bugs.debian.org/771799 diff -Nru trac-1.0.2+dfsg/debian/changelog trac-1.0.2+dfsg/debian/changelog --- trac-1.0.2+dfsg/debian/changelog2014-11-26 00:03:49.0 +0100 +++ trac-1.0.2+dfsg/debian/changelog2014-12-03 13:25:01.0 +0100 @@ -1,3 +1,9 @@ +trac (1.0.2+dfsg-2) unstable; urgency=medium + + * apply upstream patch to fix syntax highlighting (Closes: #771799) + + -- W. Martin Borgert Wed, 03 Dec 2014 12:00:13 + + trac (1.0.2+dfsg-1) unstable; urgency=medium [gregor herrmann Tue, 25 Nov 2014 23:25:18 +0100] diff -Nru trac-1.0.2+dfsg/debian/patches/70_fix_syntax_highlighting.patch trac-1.0.2+dfsg/debian/patches/70_fix_syntax_highlighting.patch --- trac-1.0.2+dfsg/debian/patches/70_fix_syntax_highlighting.patch 1970-01-01 01:00:00.0 +0100 +++ trac-1.0.2+dfsg/debian/patches/70_fix_syntax_highlighting.patch 2014-12-03 13:25:01.0 +0100 @@ -0,0 +1,59 @@ +Description: this fixes pygments syntax highlighting +Author: W. Martin Borgert +Origin: upstream +Bug: http://trac.edgewall.org/ticket/11796 +Bug-Debian: https://bugs.debian.org/771799 +Applied-Upstream: http://trac.edgewall.org/changeset/4580ae4fe53056a4cca802b49856efd34746c1d1/jomae.git/ +Last-Update: 2014-12-03 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/trac/mimeview/pygments.py b/trac/mimeview/pygments.py +@@ -10,6 +10,8 @@ + # + # Author: Matthew Good + ++from __future__ import absolute_import ++ + from datetime import datetime + import os + from pkg_resources import resource_filename +@@ -29,14 +31,10 @@ + from genshi import QName, Stream + from genshi.core import Attrs, START, END, TEXT + +-# Kludge to workaround the lack of absolute imports in Python version prior to +-# 2.5 +-pygments = __import__('pygments', {}, {}, ['lexers', 'styles', 'formatters']) +-get_all_lexers = pygments.lexers.get_all_lexers +-get_lexer_by_name = pygments.lexers.get_lexer_by_name +-HtmlFormatter = pygments.formatters.html.HtmlFormatter +-get_all_styles = pygments.styles.get_all_styles +-get_style_by_name = pygments.styles.get_style_by_name ++import pygments ++from pygments.formatters.html import HtmlFormatter ++from pygments.lexers import get_all_lexers, get_lexer_by_name ++from pygments.styles import get_all_styles, get_style_by_name + + __all__ = ['PygmentsRenderer'] + +--- a/trac/mimeview/tests/pygments.py b/trac/mimeview/tests/pygments.py +@@ -11,6 +11,8 @@ + # individuals. For the exact contribution history, see the revision + # history and logs, available at http://trac.edgewall.org/log/. + ++from __future__ import absolute_import ++ + import os + import unittest + +@@ -18,7 +20,7 @@ + from genshi.input import HTMLParser + + try: +-pygments = __import__('pygments', {}, {}, []) ++import pygments + have_pygments = True + except ImportError: + have_pygments = False diff -Nru trac-1.0.2+dfsg/debian/patches/series trac-1.0.2+dfsg/debian/patches/series --- trac-1.0.2+dfsg/debian/patches/series 2014-11-26 00:03:49.0 +0100 +++ trac-1.0.2+dfsg/debian/patches/series 2014-12-03 13:25:01.0 +0100 @@ -1,3 +1,4 @@ +70_fix_syntax_highlighting.patch 20_add_interpreter_line.patch 50_sqlitetopg_script.patch 60_do_not_ship_jquery_ui_images.patch unblock trac/1.0.2+dfsg-2 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141203123544.GA24570@fama
Bug#771025: unblock: trac/1.0.2+dfsg-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package trac 1.0.2+dfsg-1 fixes #769833 by removing four unused non-source (uglified JavaScript) files from .orig.tar.gz diff -Nru trac-1.0.2/debian/changelog trac-1.0.2+dfsg/debian/changelog --- trac-1.0.2/debian/changelog 2014-10-25 01:16:39.0 +0200 +++ trac-1.0.2+dfsg/debian/changelog2014-11-26 00:03:49.0 +0100 @@ -1,3 +1,17 @@ +trac (1.0.2+dfsg-1) unstable; urgency=medium + + [gregor herrmann Tue, 25 Nov 2014 23:25:18 +0100] + * Fix "[trac] Some sources are not included in your package": +repack to drop minified javascript files from source package: +- debian/copyright: + + add Files-Excluded + + update Comment about them +- drop debian/source/lintian-overrides +- add dversionmangle to debian/watch +(Closes: #769833) + + -- W. Martin Borgert Tue, 25 Nov 2014 23:02:26 + + trac (1.0.2-1) unstable; urgency=low * new upstream (Closes: #766681). diff -Nru trac-1.0.2/debian/copyright trac-1.0.2+dfsg/debian/copyright --- trac-1.0.2/debian/copyright 2014-10-25 01:16:39.0 +0200 +++ trac-1.0.2+dfsg/debian/copyright2014-11-26 00:03:49.0 +0100 @@ -2,12 +2,12 @@ Upstream-Name: Trac Source: http://trac.edgewall.org/ Upstream-Contact: Edgewall Software +Files-Excluded: trac/htdocs/js/excanvas.js + trac/htdocs/js/jquery-ui-addons.js + trac/htdocs/js/jquery-ui.js + trac/htdocs/js/jquery.js Comment: upstream source ships with minified versions of several - javascript libraries, all of which have distinct copyright holders - and their own free licensing terms and are not shipped in the debian - trac binary package. Please see those packages for copyright and - licensing details: libjs-excanvas, libjs-jquery, libjs-jquery-ui, - libjs-jquery-timepicker + javascript libraries, which are removed from the Debian source package. Files: * Copyright: 2003-2013 Edgewall Software , diff -Nru trac-1.0.2/debian/source/lintian-overrides trac-1.0.2+dfsg/debian/source/lintian-overrides --- trac-1.0.2/debian/source/lintian-overrides 2014-10-25 01:16:39.0 +0200 +++ trac-1.0.2+dfsg/debian/source/lintian-overrides 1970-01-01 01:00:00.0 +0100 @@ -1,7 +0,0 @@ -# upstream includes these minified .js files, but rather we do not -# ship them in debian. rather, we link to the corresponding files -# from the appropriate debian packages. -trac: source-is-missing trac/htdocs/js/excanvas.js -trac: source-is-missing trac/htdocs/js/jquery-ui-addons.js -trac: source-is-missing trac/htdocs/js/jquery-ui.js -trac: source-is-missing trac/htdocs/js/jquery.js diff -Nru trac-1.0.2/debian/watch trac-1.0.2+dfsg/debian/watch --- trac-1.0.2/debian/watch 2014-10-25 01:16:39.0 +0200 +++ trac-1.0.2+dfsg/debian/watch2014-11-26 00:03:49.0 +0100 @@ -1,2 +1,3 @@ version=3 +opts=dversionmangle=s/\+dfsg// \ http://ftp.edgewall.com/pub/trac/Trac-([\d\.]*).tar.gz debian uupdate unblock trac/1.0.2+dfsg-1 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141125235436.GA12264@fama
Bug#770774: unblock: python-mpld3/0.3git+20140910dfsg-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package python-mpld3 This fixes missing links to d3.js, see #770759 (grave). Debdiff is attached. unblock python-mpld3/0.3git+20140910dfsg-2 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru python-mpld3-0.3git+20140910dfsg/debian/changelog python-mpld3-0.3git+20140910dfsg/debian/changelog --- python-mpld3-0.3git+20140910dfsg/debian/changelog 2014-10-01 01:41:43.0 +0200 +++ python-mpld3-0.3git+20140910dfsg/debian/changelog 2014-11-23 21:49:32.0 +0100 @@ -1,3 +1,11 @@ +python-mpld3 (0.3git+20140910dfsg-2) unstable; urgency=low + + * Added the missing link(s) to d3.js (Closes: #770759) + * Added dh-python build-dep + * Standards-Version is now 3.9.6, no changes. + + -- W. Martin Borgert Sun, 23 Nov 2014 20:46:12 + + python-mpld3 (0.3git+20140910dfsg-1) unstable; urgency=low * Initial release (Closes: #761328) diff -Nru python-mpld3-0.3git+20140910dfsg/debian/control python-mpld3-0.3git+20140910dfsg/debian/control --- python-mpld3-0.3git+20140910dfsg/debian/control 2014-10-01 01:41:43.0 +0200 +++ python-mpld3-0.3git+20140910dfsg/debian/control 2014-11-23 21:49:32.0 +0100 @@ -3,8 +3,8 @@ Priority: extra Maintainer: Debian Python Modules Team Uploaders: W. Martin Borgert -Build-Depends: python-all (>= 2.7~), python-setuptools, debhelper (>= 9), python3-all, python3-setuptools, python-mplexporter, python3-mplexporter, node-smash, node-uglify -Standards-Version: 3.9.5 +Build-Depends: python-all (>= 2.7~), python-setuptools, debhelper (>= 9), python3-all, python3-setuptools, python-mplexporter, python3-mplexporter, node-smash, node-uglify, dh-python +Standards-Version: 3.9.6 Homepage: https://mpld3.github.io/ Vcs-Git: git://anonscm.debian.org/python-modules/packages/python-mpld3.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=python-modules/packages/python-mpld3.git diff -Nru python-mpld3-0.3git+20140910dfsg/debian/python3-mpld3.links python-mpld3-0.3git+20140910dfsg/debian/python3-mpld3.links --- python-mpld3-0.3git+20140910dfsg/debian/python3-mpld3.links 1970-01-01 01:00:00.0 +0100 +++ python-mpld3-0.3git+20140910dfsg/debian/python3-mpld3.links 2014-11-23 21:49:32.0 +0100 @@ -0,0 +1 @@ +/usr/share/javascript/d3/d3.min.js /usr/lib/python3/dist-packages/mpld3/js/d3.v3.min.js diff -Nru python-mpld3-0.3git+20140910dfsg/debian/python-mpld3.links python-mpld3-0.3git+20140910dfsg/debian/python-mpld3.links --- python-mpld3-0.3git+20140910dfsg/debian/python-mpld3.links 1970-01-01 01:00:00.0 +0100 +++ python-mpld3-0.3git+20140910dfsg/debian/python-mpld3.links 2014-11-23 21:49:32.0 +0100 @@ -0,0 +1 @@ +/usr/share/javascript/d3/d3.min.js /usr/lib/python2.7/dist-packages/mpld3/js/d3.v3.min.js
Bug#769204: unblock: d3/3.4.13-2
Hi Julien, hi László, On 2014-11-14 12:03, Julien Cristau wrote: > On Wed, Nov 12, 2014 at 07:15:57 +0100, Laszlo Boszormenyi (GCS) wrote: > > Package: release.debian.org > > Severity: normal > > User: release.debian@packages.debian.org > > Usertags: unblock > > > > Please unblock D3, which fixes RC bug #768719 [1], missing build > > dependency in Jessie. I just removed it as it's needed for self-test > > only and was not working anyway. The debdiff is against the Sid version. > > It couldn't migrate since 23 days due to too tight dependency in > > python-xstatic-d3 . Thomas eased that since then even if it needs an > > unblock as well. > > Debdiffs attached. > > > I don't think this is suitable, sorry. > > My preferred solution right now is to remove d3/3.4.11-1 > flower/0.7.0+dfsg-1 python-mne/0.8.4+dfsg-1 > python-mpld3/0.3git+20140910dfsg-1 python-xstatic-d3/3.4.11-1 > rickshaw/1.5.0.dfsg-1 ruby-sidekiq/3.2.6~dfsg-1 ntopng/1.2.1+dfsg1-1.1 > python-xstatic-rickshaw/1.5.0.2-2. As both co-maintainer of python-mpld3 and user of both rickshaw and D3, I'm not very happy about this solution. As I understand, the main problem is, that D3 is a newer upstream, which was not in testing in time, right? How about downgrading D3 to 1:3.4.11-2 with just the RC bug fixed? Cheers -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141123195459.GA29110@fama
Bug#707650: pu: package trac/0.12.5-3
Hi, I'm using the Trac 0.12.5-3 package in production and can confirm, that it is in a good state. The upgrade from wheezys 0.12.3-1 was completely transparent. Cheers -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130518211739.ga8...@fama.tangosoft.com
Re: [Python-apps-team] Getting Trac 0.12.4 into wheezy?
On 2012-10-08 18:36, W. Martin Borgert wrote: > I will try to extract the actual source code changes, so the diff will be > much shorter. Hi Mehdi, hi release team, I have here the diff between 0.12.3-1 (testing) and 0.12.4-1 (experimental). I reduced the diff to actual code changes, i.e. I removed the reformatted changelog, the global email address change of one of the upstream maintainers, and the translation changes. I left all code changes and other changes in place. Hi Arthur, could you please test 0.12.4-1 from experimental for any regressions? Esp. in combination with the trac plugins we have in wheezy. Thanks! Cheers -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121029220319.ga9...@fama.tangosoft.com
Re: [Python-apps-team] Getting Trac 0.12.4 into wheezy?
Quoting "Mehdi Dogguy" : I'm not sure. When big, you may gzip it or upload it to somewhere public. Thanks, will do next time. 80 files changed, 830 insertions(+), 232 deletions(-) I will try to extract the actual source code changes, so the diff will be much shorter. Anyway, I appreciate if you go through the whole diff! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121008183618.10332cixw42xf...@webmail.in-berlin.de
Re: [Python-apps-team] Getting Trac 0.12.4 into wheezy?
On 2012-10-01 23:19, Arthur de Jong wrote: > We recently discussed the status of Trac for wheezy [0] and would like > to try to get Trac 0.12.4 into wheezy (it currently has 0.12.3-1). I fully support this with testing, reviewing, uploading... Whatever is necessary. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121001223240.ga15...@fama.tangosoft.com
Re: Belarusian translation of Release notes: commited
On 2009-04-16 00:53, Simon Paillard wrote: > Some remarks: * I couldn't build the PDF with dblatex and changed 'be' to xmlroff. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Belarusian translation of Release notes: lost in BTS, advice needed
On 2009-04-15 00:34, Hleb Rubanau wrote: > Sorry for bothering you directly, but it seems you are the person > who can help to understand what can be done with Belarusian > translation of lenny release notes. Hi, unfortunately, I'm currently very busy (non-Debian stuff), so that I could not do anything for the r1 lenny release notes. Asking directly is a good idea anyway :~) I will try to add the translation from http://bugs.debian.org/521795 tonight. If anybody else is faster, please go ahead! Btw. if you know how to work with subversion and alioth you might ask to become member of the debian-doc team and can do further fixes the translation yourself. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: upcoming point releases
On 2009-03-22 20:26, Luk Claes wrote: > @jens+debacle: Can you please try to have the Release Notes as > up-to-date as possible, TIA? These days are busy for me. Any help very much appreciated! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Deadlines 5.0 r1 Release Notes
On 2009-03-21 07:44, Christian Perrier wrote: > Martin, I think the proposed schedule is OK. It's now published here: http://wiki.debian.org/DebianReleases/PointReleases/5.0.1#ReleaseNotesSchedule -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Deadlines 5.0 r1 Release Notes
On 2009-02-21 11:57, Luk Claes wrote: > >> W. Martin Borgert wrote: > >>> I propose the following deadlines: > >>> > >>> 2009-03-22 23:59 UTC (Greenwich!) English string freeze > >>> 2009-03-29 23:59 UTC (GMT!) translation freeze ... > The first point release of Lenny is scheduled to happen on April 4th. Would this be feasible: 2009-03-24 23:59 UTC English review, if somebody volunteers 2009-03-26 23:59 UTC English string freeze 2009-03-31 23:59 UTC translation review, depending on volunteers 2009-04-02 23:59 UTC translation freeze Sorry, I have not much time for Debian these days. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Removing orphaned packages from testing
On 2009-02-16 15:44, Raphael Geissert wrote: > The idea was to leave them out of *testing*, not immediately dropping them > from the archive. +1 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: State of the release notes (was: Thanks to all)
On 2009-02-13 10:49, Praveen A wrote: > Can you build the release-notes using ttf-malayalam-fonts in lenny? It > just has defoma dependency. The fonts packaged in etch have some > rendering problems and pdf created with fonts in etch is bad. www.debian.org runs etch with selected packages from backports.org. You would have to provide for a package in backports first and ask the admins afterwards. I don't think we have that much time left. Rhonda, Matt, etc.: Would it be acceptable to just install the package ttf-malayalam-fonts from lenny on www.debian.org? I just tested in my etch chroot and it installs without further dependencies. Creating the release notes for "ml" just works. One would have to remove ml/*.pdf, however, otherwise the PDFs are not build newly. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: State of the release notes (was: Thanks to all)
(Sorry, one mail lost in fight against my webmail app.) Quoting "Jens Seidel" : On Fri, Feb 13, 2009 at 01:25:48AM -0800, Praveen A wrote: 2009/2/12 W. Martin Borgert : Can someone tell me when are where was the 90% cut-off decided? I might have missed something. It's absolutely arbitrary. Actually, I did the cut-off at less than 80%. But if people think a translation is still useful, I would certainly not object. I agree with Praveen that the translation should not be deactivated. Why should it? It is currently up-to-date and only a few minor parts are English. I don't see a problem with it. If nobody (esp. from the release managers) objects, please re-activate it. (I'm not able to do this before tonight, which might be too late!) I removed nevertheless all translations with a 0% status (da, fi, nl, pl, ko). Good. PS: I also wonder that the language code in the Makefile was changed from ml to XmlX to deactivate the build. Was this intended? Does it work? I removed ml from the complete list of languages and renamed it only in the XML languages list (I hope). This works. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: State of the release notes (was: Thanks to all)
Quoting "Praveen A" : I remember 12 as the deadline for english (though we froze before that) and 14 for translations. It would be a complete disappointment not have ml since we moved to 73 from 0. No, English was Monday. 14 is the date of the actual release, I hope! In between there is the time frame for creating CD images etc. Well, I'm not against putting even incomplete translations on the CD, as long as it is still useful. What are the usual tresholds, e.g. for d-i? In any case, we talk here about the release notes for the CDs. There is no reason we cannot add translations for release notes on our web page. In fact, I would be happy to see many more translations as soon as possible. It's only a little bit late for the CDs! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Release notes: Thanks to all
On 2009-02-13 08:14, Miroslav Kure wrote: > On Fri, Feb 13, 2009 at 01:27:18AM +0000, W. Martin Borgert wrote: > > * cs: looks like 76%, but probably it's much better (bad > > statistics at non-po) > > The translation is fully up to date, the only missing thing is last > update to upgrading.dbk, which was one-line fix in the word "debugging". Thanks for checking! (I assumed, that the error was on side of my statistics, so I left "cs" enabled.) -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
State of the release notes (was: Thanks to all)
On 2009-02-13 01:27, W. Martin Borgert wrote: > Release team: Please decide what to do with unfinished > translations (< 90%) and some build problems: As I didn't get any reply so far, I did the following: > * cs: looks like 76%, but probably it's much better (bad > statistics at non-po) > > Proposal: Use anyway. Used anyway. > * ml: 65% > > Proposal: Deactivate. Deactivated. > * pt_BR: 84%, will be ready in few hours, according to faw > > Proposal: Wait for translation, if possible, otherwise deactivate. Asked faw for commiting ASAP. > * vi: 85% > > Proposal: Use anyway. Used anyway. > * PDF build problems: For unknown reasons, "es" currently does > not build with dblatex on etch. OTOH, "pt" and "pt_BR" seem to > build fine, which should be very similar. I'm lost at this. > > Proposal: No idea. Hope for fix. Deactivate PDF variant. Disabled es PDF. This is done in the release notes Makefile rev.6537, so if anything is wrong with it, undo this change. Cheers! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Release notes: Thanks to all
Hi, it's (a little bit after) Thursday, 2009-02-12 23:59 UTC, so by definition, the release notes are now translated. Many thanks to all translators, it was and still is a great pleasure to work in such a vibrant community! Release team: Please decide what to do with unfinished translations (< 90%) and some build problems: * cs: looks like 76%, but probably it's much better (bad statistics at non-po) Proposal: Use anyway. * ml: 65% Proposal: Deactivate. * pt_BR: 84%, will be ready in few hours, according to faw Proposal: Wait for translation, if possible, otherwise deactivate. * vi: 85% Proposal: Use anyway. * PDF build problems: For unknown reasons, "es" currently does not build with dblatex on etch. OTOH, "pt" and "pt_BR" seem to build fine, which should be very similar. I'm lost at this. Proposal: No idea. Hope for fix. Deactivate PDF variant. I leave everything as is for now and come back to you in a few hours. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: release notes building time...: dblatex bug?
On 2009-02-12 23:02, Nicolas François wrote: > That's not something that should be changed now, but after Lenny is > released, you should try ... That sounds awesome. I'll try that after release. Thanks! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Release notes: Translations have to be ready in three hours
Hi, the plan still is to have the translations ready until Thursday, 2009-02-12 23:59 UTC, which is in about three hours. Every later fix should be coordinated with debian-release@lists.debian.org, because we don't want to break the build right now. Most translations are already in good shape. The translators of ca, cs, and pt_BR (DocBook based, not po-based) might want to check, whether everything is OK. The statistics at file:///usr/local/src/ddp/manuals/trunk/release-notes/statistics.html might be misleading, as any SVN revision difference to the English original leads to "deduction of points". Furthermore, Martin Bagge found out, that his "sv" translation is always reported with three fuzzy translation, which are not there. As always: Lies, damned lies, statistics! Note: The work on the release notes is not finished on the release date. We will, of course, update the release notes. New translations can be added. They are just not on the initial CD/DVD/BD set. Thanks in advance! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: release notes building time...: dblatex bug?
On 2009-02-12 16:37, Gerfried Fuchs wrote: > The manual runs did make me much more happier: Good! > an shortly afterwards started second run did take 45 minutes. It's still > quite some time, but it does for the moment eliminate the overlapping of > often runs. Further optimization though would be still appreciated. ;) I think, we can/should optimize po4a. It was already slow (with slow = "po4a-translate takes a significant part of the compilation time"), but got even a little bit slower in lenny. > About your suggestion to check the time difference between LINGUA=en > and LINGUA=zh_CN, not completely sure when I'll find the time for it. No need to do it: That was only, if you didn't want to do the full run manually, which you already did anyway :~) -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: release notes building time...: dblatex bug?
On 2009-02-12 10:00, Gerfried Fuchs wrote: > I will give it a manual run and see how long it takes. Hopefully we can > call the case closed then and I can reactivate the automatic build in > the often run again. Maybe you could do two things: - measure "make pdf LINGUA=en architecture=armel" and - measure "make pdf LINGUA=zh_CN architecture=armel" (that way you don't have to run the full build) The first one uses dblatex, the other uses xmlroff. I hope, that the latter does not have any issues anyway, but I would like to be sure. Many thanks for helping! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: release notes building time...: dblatex bug?
On 2009-02-12 08:13, W. Martin Borgert wrote: > On 2009-02-11 23:37, W. Martin Borgert wrote: > >Now I > >discovered, that there is a bug in dblatex: In one case it > >"forgets" to pass the options to xsltproc. Patch attached > >for review. > > How would we get the patch onto the system? Via backports? I just found a work-around for #514932, I believe. The specific call to xsltproc does not happen, if one calls dblatex with --no-external. We don't use "external" data in the release notes, so it should work. Already in the r-n Makefile. No need to panic-update dblatex. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: release notes building time...: dblatex bug?
On 2009-02-11 23:37, W. Martin Borgert wrote: >Now I >discovered, that there is a bug in dblatex: In one case it >"forgets" to pass the options to xsltproc. Patch attached >for review. How would we get the patch onto the system? Via backports? -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: release notes building time...: dblatex bug?
[Note: I filed #514932 about the issue.] On 2009-02-11 08:22, Gerfried Fuchs wrote: > Alright, this is getting ridiculous. Did anyone actually try the build > on an etch system before it was dumped on us? What times did it take? It > is now building since over 8 hours and still not finished. ... > My impression is that the time is currently spent in trying to get > responses from external servers: Just for explanation: 1. No external nor internal DTDs are ever needed to build the lenny release notes. (DTDs are needed, if you want to validate XML, but not for compilation.) No need to install docbook-xml, no harm either. Locally, via the XML catalog system, are accessed the XSL stylesheets of the docbook-xsl package. Is this package installed (standard etch version, no backport required). 2. xsltproc is always called with the --nonet option in the lenny release notes Makefile and always has been since we started to use xsltproc. It shows an error message (IO error), but one can - to my knowledge - ignore that error message safely. 3. Unfortunately, I forgot that dblatex internally also calls xsltproc. So I now pass this option also to dblatex. Now I discovered, that there is a bug in dblatex: In one case it "forgets" to pass the options to xsltproc. Patch attached for review. 4. I did not have problems building the release notes on etch, because I built with network. HTH. --- /usr/share/dblatex/lib/dbtexmf/core/dbtex.py 2008-08-18 13:30:07.0 +0200 +++ /root/etch/usr/share/dblatex/lib/dbtexmf/core/dbtex.py 2009-02-12 00:13:55.0 +0100 @@ -174,7 +174,7 @@ param = {"current.dir": self.inputdir} self.xsltproc.use_catalogs = 0 self.xsltproc.run(self.xsllist, self.input, - self.listings, params=param) + self.listings, opts=self.xslopts, params=param) else: self.log.info("No external file support") f = file(self.listings, "w")
Re: Draft for lenny release announcement
On 2009-02-11 16:43, Marcus Lundblad wrote: > Should squeeze be referred to as 6.0 already? > Wouldn't that be decided later? That has been announced by Adeodato Simó on 2009-01-28. It's a good idea to decide both release (number) and code name one release ahead for stuff like release notes, right? -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#514799: release-notes: check grub's hooks in /etc/kernel-img.conf before upgrade
On 2009-02-10 22:54, J S Bygott wrote: > 4.1.1.2 Check grub's kernel installation hooks > If you use GRUB as bootloader and previously upgraded to etch from an older > release of debian, please verify that the hooks in /etc/kernel-img.conf have > been updated from /sbin/update-grub to /usr/sbin/update-grub. The older path > will cease to work after the upgrade to lenny. For more details, see > /usr/share/doc/grub-doc/NEWS.Debian from the grub-doc package. Any comments? Shall we add this to the lenny release notes? -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Draft for lenny release announcement
On 2009-02-10 20:54, Alexander Reichle-Schmehl wrote: > What about: > > ... and more than 23,000 other packages ready to use software packages > (build from over 12,000 source packages). Perfect! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Draft for lenny release announcement
On 2009-02-10 11:32, Holger Levsen wrote: > On Dienstag, 10. Februar 2009, W. Martin Borgert wrote: > > We could propably change aptitude into apt-get by a simple > > search and replace in the release notes. > > I think it would be better to explicitly mention this change. Granted, many > people never switched to aptitude, but for those who did it would be nicer if > we make it explicit. OK. > Translations are great, but shouldnt go in the way of providing the best > documentation possible. My question to the release managers: Shall we (editors of the release notes, translators, debian-...@l.d.o) try to change "aptitude" into "apt-get" or not? I just have not the experience (never used aptitude) to justify the change, but I trust the release managers --- in this issue. I need to know, hm, now. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Draft for lenny release announcement
On 2009-02-10 18:50, Alexander Reichle-Schmehl wrote: > Yes the 23'000 are the binary packages for i386. Oh, I better correct that > to 22'000 to reflect other archs, too. > > I took the number of binary packages, because we usually take the number of > binary packages. It was in the last announcements and it's even on our > front page. While I think that source packages would be fairer, we should > either leave it or change it on all places. It's difficult to change all occurrences at the same time. Why not start with the release announcement and explicitly say 1x000 *source* packages? Let's change it in other documents/pages when we're at them. Counting binary packages feels a little bit like lying... -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Release notes: Translations statistics on www
Hi, on http://www.debian.org/releases/testing/statistics.html you can find the state of the 5.0/lenny release notes translations. It looks very good, i.e. it's more 00ff00 than ff. Some translations seem to lag a little bit, however. Thanks for your attention! P.S. Do not forget to run "make validate LINGUA=xy" and (not: or) "make statistics.html" before committing any translation (po or dbk)! Repair before commit! Better: Run also "make txt html pdf LINGUA=xy architecture=all" Thanks! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Draft for lenny release announcement
Zitat von "Julien Cristau" : I don't think recommending its use in the release notes for etch->lenny is a good idea at all. We could propably change aptitude into apt-get by a simple search and replace in the release notes. (Not globally, there are some cases, where this is not possible. At some places both tools are mentioned.) This would not hurt translators, as we would unfuzzy the strings in the same step. But I wouldn't do that w/o agreement with the release managers nor without talking to the translators first. Please take a look yourself: http://www.debian.org/releases/lenny/i386/release-notes.en.txt -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Draft for lenny release announcement
Zitat von "Steve Langasek" : This is not a matter for you to decide by fiat. The tools recommended in the release notes should be the ones that work most reliably for dist-upgrading from the previous release. Based on various upgrade reports I've seen over the past year, that isn't aptitude. Note, that the release notes still recommend aptitude (which I never used, so I'm neither pro nor contra), because it was agreed on for the etch release notes and the bug #411280 is still open. I would be happy if we (better late than never) could close it, but because it's now officially LAte, we have to coordinate such a change with the translators. There was a lot of discussion about this on the lists, but with no result. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Draft for lenny release announcement
Zitat von "Alexander Reichle-Schmehl" : [ Sorry for the cross post; just trying to make sure everyone is aware of the current state ] Maybe I overlooked it, but I suggest to mention: - Debian Live - Emdebian - Blu-ray - SELinux - OpenVZ - Netbooks/EEE PC One sentence each, written by a native speaker (i.e. not me! ha!) -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Release notes: String freeze
Hi, since twenty minutes, as planned, the Debian release notes are "string-frozen". I ask everyone to do any changes in the English text only in collaboration with the translators. Thanks! Translators: If nobody objects I ask you to finish translations until Thursday, 2009-02-12 23:59 UTC. Not much time, sorry. Remarks: 1. In en/release-notes.dbk lines 264..278 you find how to add translators credits. You are free to do what you find appropriate in your translation, but don't forget a "make validate LINGUA=xy" and "make statistics.html". One or the other might break, if you do sth. wrong. 2. I already removed the "DRAFT" from the release notes. This is to get a more realistic view of the document now and a better calculation of the final size. 3. For non-po translations: Please use the markers in all files: The version number is important for statistics.html - if the translation is older than the English version, the file is counted as 50%, if the header isn't present as 0%. 4. For dblatex languages (en, ca, da, de, es, fi, fr, it, ko, lt, nl, pt_BR, pt, ro, sk, and sv), there is a file hyphenation.tex for fixing hyphenation problems in LaTeX. Use it! 5. It seems, that we don't have translations for da, fi, ko, nl, or pl. We will deactivate these translations soon. Thanks in advance! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Release notes: Please help now! (four hours left)
Hi, if nobody objects, we will freeze the English version of the release notes in about four hours, at Sunday, 2009-02-08 23:59 UTC. After that time, any major change would make our translators very angry! We don't want that. (Minor changes, like fixing broken English can be coordinated, however. Removing paragraphs is also not a problem.) As you can see here: http://bugs.debian.org/cgi-bin/pkgreport.cgi?exclude=tags%3Apending;package=release-notes we have ten normal and two minor bugs open. Please send patches in the next hours to fix them before 23:59. There are also 23 TODOs in the DocBook sources. It would be nice, if we could at least reduce this number. Thanks in advance! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Breaking X.Org on sparc (was: Bug#514418: [FIX]: ultra45 boot failing...)
On 2009-02-08 17:33, Jurij Smakov wrote: > Something like this: Added. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Breaking X.Org on sparc (was: Bug#514418: [FIX]: ultra45 boot failing...)
On 2009-02-08 00:07, Luk Claes wrote: > I think it's best to delay that to r1. Can someone please provide a text > for the release notes to describe the problem, TIA? Hi all: Please send me a paragraph of text ASAP. (Or file a bug with the proposed text against "release-notes".) -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Drafting dedication-5.0.txt
Quoting Christoph Berg : > I'd like to push forward the idea of putting a formal dedication text > for Lenny on our mirrors, along with signatures. Shall the dedication text appear in the release notes? If so, please ping debian-...@l.d.o (or me) after fixing the English contents (2009-02-06 in your plan). Translation could be part of the release notes translation process. IIRC, we would like to have r-n translation ready around Thursday, 2009-02-12 23:59 UTC. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
CfH: Some issues regarding the lenny release notes
Hi, I like to ask for opinions/help/contribution regarding the lenny release notes: 0. credits 1. too many bug reports open, missing tests, deadlines 2. hyphenation with dblatex 3. size of PDFs with xmlroff on etch 4. compilation time with dblatex on etch 0. Credits I added some author and translator names to the file en/release-notes.dbk. If your name or the name of your favourite contributor is not yet in, please just patch the file. If the existing information is inaccurate, patch it. Maybe we can also remove some names, which do not apply to the current state anymore. 1. Too many bug reports open, missing tests, deadlines There are a lot of open bug reports against the release notes, with moreinfo and help tags set. It would be cool, if some people would help to close them. We also need to do etch2lenny upgrades and fresh installs using the release notes to find errors and omissions in the document. Which leads to the question of final deadlines: How about setting the deadline for English to Sunday, 2009-02-08 23:59 UTC, for translations to Thursday, 2009-02-12 23:59 UTC? This would leave one day until the planned release. (Note, that some obsolete parts are marked "fixme". Don't worry: Everything marked "fixme" will automatically left out, when unsetting "draft" in the Makefile. I hope.) 2. Hyphenation with dblatex Jan Hauke pointet out (#513529), that some English words, such as "aptitude", should not be hyphenated in (e.g.) German, or at least not like common German words. For all dblatex languages, I added a hyphenation.tex file to the respective directories. If you find bad hyphenation in the release notes, try adding the correct hyphenation to this file. I hope, that this will work. If you have a better (= cleaner) solution to the problem, please let me now. (I don't know anything about hyphenation with xmlroff, btw.) 3. Size of PDFs with xmlroff on etch When you build the lenny release notes on etch, even with the xmlroff backport from lenny, I got Huge PDFs for some languages. I assume, that we need a backport of libcairo2 to get reasonable sized PDFs or just build on a lenny machine. The PDF for ml is 69× bigger when build on etch, zh_CN still 6.7× bigger! We need to fix this or change the Makefile: -DISABLED_PDF= +DISABLED_PDF=cs ja ml pl ro ru vi zh_CN zh_TW Anybody up for libcairo2 backport to etch? 4. Compilation time with dblatex on etch When you build the lenny release notes on etch, even with the dblatex backport from lenny, I experienced that it compiles 6.5× times slower than the same version on lenny. Is it my broken etch setup? Is it the older Python? Another reason to build on lenny, if it were possible... Cheers! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Debian Live (was: Release update: deep freeze, ...)
On 2009-02-02 00:19, Daniel Baumann wrote: > you forgot debian-l...@lists.debian.org. remember that producing final > live images requires: Can somebody update/correct the Debian live paragraph in the release notes, please? See #493931. Currently it says: Debian Live-CD TODO: What's the state? With &releasename; Debian presents an official Debian live CD.Live CD Please look at http://wiki.debian.org/LiveCD"/> and http://wiki.debian.org/DebianLive"/> for further information. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
FYI: Debian 5.0 ("lenny") release notes statistics
Here we go: da: 0 translated messages, 751 untranslated messages. de: 595 translated messages, 16 fuzzy translations, 140 untranslated messages. es: 574 translated messages, 98 fuzzy translations, 79 untranslated messages. fi: 1 translated message, 750 untranslated messages. fr: 691 translated messages, 9 fuzzy translations, 51 untranslated messages. it: 1 translated message, 750 untranslated messages. ja: 695 translated messages, 30 fuzzy translations, 26 untranslated messages. ko: 0 translated messages, 751 untranslated messages. nl: 0 translated messages, 751 untranslated messages. pl: 0 translated messages, 751 untranslated messages. pt: 0 translated messages, 751 untranslated messages. ro: 553 translated messages, 26 fuzzy translations, 172 untranslated messages. ru: 698 translated messages, 31 fuzzy translations, 22 untranslated messages. sk: 234 translated messages, 11 fuzzy translations, 506 untranslated messages. sv: 0 translated messages, 751 untranslated messages. vi: 0 translated messages, 751 untranslated messages. zh_CN: 688 translated messages, 41 fuzzy translations, 22 untranslated messages. zh_TW: 667 translated messages, 41 fuzzy translations, 43 untranslated messages. Major change: "es" translation is going on! Thanks! Btw: Is there any chance to check how non-po (pure DocBook XML, here: ca, cs, pt_BR) translations perform? -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Debian 5.0 ("lenny") release notes: Call for translations, again
Hello world, sorry for repeating myself: It's high time to translate the release notes. The current statistics doesn't look good: da: 0 translated messages, 650 untranslated messages. de: 552 translated messages, 41 fuzzy translations, 147 untranslated messages. es: 0 translated messages, 734 untranslated messages. fi: 1 translated message, 733 untranslated messages. fr: 690 translated messages, 2 fuzzy translations, 48 untranslated messages. it: 1 translated message, 733 untranslated messages. ja: 720 translated messages, 5 fuzzy translations, 4 untranslated messages. ko: 0 translated messages, 650 untranslated messages. nl: 0 translated messages, 650 untranslated messages. pl: 0 translated messages, 734 untranslated messages. pt: 0 translated messages, 734 untranslated messages. ro: 572 translated messages, 5 fuzzy translations, 157 untranslated messages. ru: 732 translated messages. sk: 239 translated messages, 6 fuzzy translations, 495 untranslated messages. sv: 0 translated messages, 734 untranslated messages. vi: 0 translated messages, 650 untranslated messages. zh_CN: 732 translated messages, 2 fuzzy translations. zh_TW: 704 translated messages, 8 fuzzy translations, 22 untranslated messages. ca, cs, and pt_BR don't use po, so I'm not sure about their translation status. Also, there are no translations for ar or hi, two of the five most widespread languages. So, please, translators, do the translations now! See this mail from last october for technical details: http://lists.debian.org/debian-doc/2008/10/msg00134.html The SVN location of the release notes have changed since: svn://svn.debian.org/svn/ddp/manuals/trunk/release-notes The current draft version is published on: http://www.debian.org/releases/testing/releasenotes We did not yet define a string freeze date, but I suggest we freeze shortly after the next D-I release (probably tomorrow or so, I assume). I'm not sure how much time translators will have after that point in time — I hope it can be about one week. For any further questions, please ask on debian-...@l.d.o. Many thanks in advance! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Please unblock refcard 5.0.5-1 for Lenny
Hi, the latest version of debian-refcard (pure documentation package) fixes a missing build dependency (FTBFS), a minor correction in the French translation, and adds a new zh_TW translation. There are no other changes. Please let it go into Lenny in time. Thanks! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: squeeze version number
On 2009-01-23 10:17, Neil McGovern wrote: > On Fri, Jan 23, 2009 at 11:11:00AM +0100, W. Martin Borgert wrote: > > Btw., will squeeze be 6.0? > > Unknown yet, and probably won't be for some time. It would be cool, if we could define that (like the release name) one release ahead. That would ease documentation and "marketing communication". -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [release-notes] Deprecated packages, squeeze version number
On 2009-01-22 12:46, Noah Meyerhans wrote: > The "Deprecated [server] packages" packages section in the release notes > is unchanged from etch. Is there a list anywhere of major server > packages that will be released with lenny but which are already > scheduled for removal for squeeze? The only example I can come up with > might be uw-imapd, which has apparently been just about completely > abandoned upstream, although there's no obvious choice for a replacement > yet. I removed the old entries and inserted uw-imapd. Btw., will squeeze be 6.0? -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: where to send release-notes patches?
Quoting Noah Meyerhans : > I've got some minor typo fixes and things that I'd like to add to the > release notes. Where can I find the source to > http://www.debian.org/releases/testing/i386/release-notes/index.en.html > so I can create patches? Is it OK to commit directly to the repository, > or should I send patches to -release? 1. Checkout the release notes from svn://svn.debian.org/svn/ddp/manuals/trunk/release-notes 2. Create a patch 3. File a bug against the release-notes pseudo-package Awaiting your fixes :~) -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Define freeze date for release notes
Hi release managers, hi everybody else, suppose we would freeze the English original of the release notes by 2009-01-23 23:59 GMT (Friday night). How much time would be left for translators? TIA. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Debian 5.0 ("lenny") release notes: Call for translations now
Hello world, On 2009-01-18 18:33, Christian Perrier wrote: > Given that D-I release is very near now, I think that a call for > translation updates should be sent ASAP... Yes! We can hope for the Debian 5.0 ("lenny") release approaching really soon now. So please, check the translation status of your favourite language, and fix any missing translations now! See this mail from october for technical details: http://lists.debian.org/debian-doc/2008/10/msg00134.html The SVN location of the release notes have changed since: svn://svn.debian.org/svn/ddp/manuals/trunk/release-notes The current draft version is published on: http://www.debian.org/releases/testing/releasenotes For any further questions, please ask on debian-...@l.d.o. Many thanks in advance! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Please unblock refcard 5.0.4-1 for Lenny
Hi, the debian-refcard (pure documentation package) contains new and updated translations. It is 10 days in unstable now. Please let it go into Lenny. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Call for translations (Debian 5.0 "lenny" release notes)
Hi, sooner or later we will release Debian 5.0. When time comes. The release notes are far from being ready, but we need to start translations now. If you like to help: 1. Please reply to this e-mail (debian-doc list) stating your interest. I will coordinate translations to prevent double work. In the past we had translations for ca, cs, da, de, en, es, fi, fr, it, ja, ko, nl, pl, pt, pt_BR, ro, ru, sk, sv, vi, zh_CN, and zh_TW. My personal goal is to have the nine most widely spoken languages (zh_CN, en, hi, es, ar, ru, pt/pt_BR, fr, de) in. Of course, all translations are most welcome! The release notes are now distributed under the terms of the GNU General Public License, version 2. So will the translations. 2. Inform me, if you prefer full-text translation over po-file method. Default is po. Currently, only pt_BR uses full-text style. Inform me, if you intend to use any other encoding than UTF-8 and good reason why. Currently, all translation use UTF-8. 3. If you like to start, check out the release notes: $ svn checkout svn://svn.debian.org/svn/ddp/manuals/branches/release-notes/lenny You need to apt-get install subversion to do so. 4. Start the translation using your favourite editor. For po, you can use po-mode in Emacs or poedit or just vi. For full-text translation, you might try nxml-mode in Emacs or any other text editor, such as vi or gedit or whatever. Use the existing translation of the Debian 4.0 ("etch") release notes as a guide. We cannot easily re-use the translation, because the format changed from debiandoc SGML to DocBook XML and because it is the nature of release notes, that they change fundamentally from one release to the next anyway. But at least some parts did not change. Find the Debian 4.0 release notes here: http://www.debian.org/releases/stable/releasenotes 5. Check your translation by running "make validate LINGUA=XY" with XY being your language code. If validation fails, you messed up the DocBook XML markup and need to fix it. For this mandatory step you need to apt-get install docbook-xml, libxml2-utils, make, and po4a (and probably more, I forgot). 6. For checking the complete document you can also run "make txt LINGUA=XY architecture=ABC" (text version) "make html LINGUA=XY architecture=ABC" (HTML version) "make pdf LINGUA=XY architecture=ABC" (PDF version) Replace XY with your language code and ABC with a valid architecture (one of alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, or sparc). For this (optional) step, you need to apt-get install xsltproc, docbook-xsl, w3m, dblatex, and xmlroff (and probably more, I forgot). 7. If you have write permission to the subversion repository, just checkin your translation. I trust you. But, please, before checkin, run "make tidypo". This helps to normalise the po files and keep diffs sane. If you do not have write permission, either file a bug against the pseudo-package "release-notes" and attach your translation as patch or send it me via e-mail. Whatever you prefer. 8. The release notes will change a lot until release. Sometimes it will be frustrating, if you just translated a paragraph and the next day somebody changes or removes the paragraph and your effort becomes void. Sorry in advance! Unfortunately, this is inevitable. Run "svn update" at least once a day, this will minimise surprises. Debian GNU/Linux 5.0 will be the best release Debian ever made. Maybe it will not feature the best release notes we ever had, but let us have at least the largest number of translations! Many thanks in advance! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock refcard 5.0.3-1 for Lenny
Hi, the debian-refcard (pure documentation package) contains new and updated translations. It is 13 days in unstable now. Please let it go into Lenny. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Pkg-trac-devel] please unblock trac 0.11.1-2
On 2008-09-02 23:06, Luis Matos wrote: > Ter, 2008-09-02 às 07:59 +0200, Luk Claes escreveu: > > Luis Matos wrote: > > > Upstream states: "Trac 0.11.1 contains a number of bug fixes and minor > > > enhancements." > > > > Too much to review for too little gain, not unblocked. Release team and Luk: It is indeed a pity that the diff is relatively big (over 3500 lines, after removing some irrelevant stuff), but still this is an important bug fix release we shouldn't miss. I don't expect a similar release any time soon. AFAICS, there is not a single new feature in 0.11.1: http://trac.edgewall.org/browser/tags/trac-0.11.1/RELEASE - but 46 bugs closed, 10 of them "high(est)" priority: http://trac.edgewall.org/query?status=closed&milestone=0.11.1 Would it help if someone (= pkg-trac team) organises a code review for the diff? I would participate, of course. (There are a lot of trivial changes. The review would not take too long.) Btw: Who nows a good, free code review tool? Greetings, your friendly trac-0.11.1-from-unstable-user -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]