Bug#688100: unblock: fglrx-driver/1:12-6+point-2
On 2012-09-20 07:30, Christian PERRIER wrote: You have an outstanding call for translations for the changes that modified these debconf templates. Please wait for it to complete and [...] I can for instance make sure you get these 8 needed updates (among others probably). I can even shake the late comers (there will be some). Translation deadline is approaching, one critical (es) and two other (gl, sk) are missing. Everything else is prepared in SVN and ready for upload, there is only one other change: bumping the ia32-libs Breaks to ( 1:0). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688100: unblock: fglrx-driver/1:12-6+point-2
Quoting Andreas Beckmann (deb...@abeckmann.de): On 2012-09-20 07:30, Christian PERRIER wrote: You have an outstanding call for translations for the changes that modified these debconf templates. Please wait for it to complete and [...] I can for instance make sure you get these 8 needed updates (among others probably). I can even shake the late comers (there will be some). Translation deadline is approaching, one critical (es) and two other (gl, sk) are missing. I'm shaking the Spanish team as hard as I can. You won't probably get an update for Galician and I have doubts for Slovak. signature.asc Description: Digital signature
Bug#688100: unblock: fglrx-driver/1:12-6+point-2
On 2012-09-20 07:30, Christian PERRIER wrote: Quoting Andreas Beckmann (deb...@abeckmann.de): Please unblock package fglrx-driver I very strongly object to this. I appreciate the effort you have put up to now in maintaining this package in an l10n-friendly way so I think we can easily reach an agreement. I can for instance make sure you get these 8 needed updates (among others probably). I can even shake the late comers (there will be some). That would be great. Let's see how the situation looks on October 1st. Many thanks in advance for considering my objection, still..:-) From my experience, it takes time to get non-translation updates approved, therefore I wanted to send the unblock request as early as possible so that the changes can be reviewed while I'm waiting for translations to come in. Translation-only updates seem to get accepted quickly (cf. nvidia-support, nvidia-graphics-drivers-legacy-96xx). And I want to get this update in wheezy quickly to avoid collecting a lot of duplicates of the on amd64, wine 32bit opengl does not work any more bug (due to having the old monolithic ia32-libs installed). Furthermore it contains wrong or missing information - that was not yet available during the previous translation round. So while I appreciate your i18n efforts (and try to make my packages translation friendly), I think it would be better to temporarily have a partially translated fglrx-driver package in wheezy. And we are talking about non-free here. So hopefully once the package migrates, I can make another i18n upload with all the translations (that could even be aged to get in more quickly). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688100: unblock: fglrx-driver/1:12-6+point-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package fglrx-driver This update fixes some small issues (e.g. tightening dependencies) and is primarily a documentation update that adds information about the fglrx-legacy-driver package which can be used for models no longer supported by fglrx-driver. The non-documentation changes have been applied to the nvidia-graphics-drivers* packages (where appropriate), too. fglrx-driver (1:12-6+point-2) unstable; urgency=low * fglrx-driver.postrm: Do not fail if the debconf templates are not available (i.e. if the package is unconfigured). * fglrx-source: Add Built-Using attribute to the generated module packages to record the exact versions of linux and fglrx-driver that were used during the build. * libgl1-fglrx-glx:i386: Add Breaks: ia32-libs ( 20120701) because that is still shipping /usr/lib32/libGL.so.1 which gets no longer diverted away. (Closes: #683853) * fglrx-atieventsd: Add Depends: glx-alternative-fglrx to ensure the triggers are processed and the glx alternative is properly setup before the atieventsd is started. (See: #684000) * Check for UNSIGNED in /etc/ati/signature during package build to prevent reappearence of bugs like #684702. * Update Homepage to point to AMD. * Update watch file. * README.Debian: Add link to unofficial bugzilla for upstream bug reports. * fglrx-driver.NEWS, libfglrx.templates: Mention the availability of fglrx-legacy-driver which supports the legacy Radeon HD 2000/3000/4000. This package is currently only in experimental but it will be provided in wheezy-backports, too. -- Andreas Beckmann deb...@abeckmann.de Wed, 19 Sep 2012 12:02:40 +0200 There will be translation updates later on (a call was just sent) which will result in another upload and a new unblock request. A debdiff --exclude '*.po*' is attached. Andreas unblock fglrx-driver/1:12-6+point-2 diffstat for fglrx-driver-12-6+point fglrx-driver-12-6+point README.Debian | 14 ++ changelog | 27 ++- control|6 -- control.models |2 ++ fglrx-driver.NEWS | 22 +- fglrx-driver.templates |4 ++-- libfglrx.templates | 26 -- module/control.template.in |3 +++ module/rules.in|7 ++- rules |1 + watch |2 +- 11 files changed, 92 insertions(+), 22 deletions(-) diff -Nru --exclude '*.po*' fglrx-driver-12-6+point/debian/README.Debian fglrx-driver-12-6+point/debian/README.Debian --- fglrx-driver-12-6+point/debian/README.Debian 2012-07-30 18:08:46.0 +0200 +++ fglrx-driver-12-6+point/debian/README.Debian 2012-09-19 12:06:50.0 +0200 @@ -1,3 +1,16 @@ +Upstream Bug Tracker: += + +The recommended way to report non-packaging problems (e.g. graphics +distortions, unsupported graphics cards, crashes, ...) directly to AMD +is to use the Unofficial AMD Linux Bugzilla at + +http://ati.cchtml.com/ + +Please include a link to such an upstream bug report when filing the +problem in your Linux distribution's bug tracking system. + + This driver will replace parts of your X11/Mesa system: === If you encounter problems with the proprietary fglrx driver and want to @@ -35,6 +48,7 @@ It is possible to patch the module so that it builds on 64/32, but it fails to work *at all*. This has been acknowledged by AMD. + Screen flickering with VariBright enabled: == fglrx contains a feature called VariBright which tries to automatically diff -Nru --exclude '*.po*' fglrx-driver-12-6+point/debian/changelog fglrx-driver-12-6+point/debian/changelog --- fglrx-driver-12-6+point/debian/changelog 2012-07-30 18:08:46.0 +0200 +++ fglrx-driver-12-6+point/debian/changelog 2012-09-19 12:06:50.0 +0200 @@ -1,8 +1,33 @@ +fglrx-driver (1:12-6+point-2) unstable; urgency=low + + * fglrx-driver.postrm: Do not fail if the debconf templates are not +available (i.e. if the package is unconfigured). + * fglrx-source: Add Built-Using attribute to the generated module packages +to record the exact versions of linux and fglrx-driver that were used +during the build. + * libgl1-fglrx-glx:i386: Add Breaks: ia32-libs ( 20120701) because that is +still shipping /usr/lib32/libGL.so.1 which gets no longer diverted away. +(Closes: #683853) + * fglrx-atieventsd: Add Depends: glx-alternative-fglrx to ensure the +triggers are processed and the glx alternative is properly setup before +the atieventsd is started. (See: #684000) + * Check for UNSIGNED in /etc/ati/signature during package build to +prevent reappearence of bugs like #684702. + *
Bug#688100: unblock: fglrx-driver/1:12-6+point-2
Quoting Andreas Beckmann (deb...@abeckmann.de): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package fglrx-driver I very strongly object to this. cperrier@mykerinos:~/tmp/fglrx-driver-12-6+point/debian/po $ allpo cs :Charset is utf-8. Stats: cs.po: 6 translated messages, 4 fuzzy translations, 1 untranslated message. da :Charset is UTF-8. Stats: da.po: 5 translated messages, 5 fuzzy translations, 1 untranslated message. de :Charset is UTF-8. Stats: de.po: 6 translated messages, 4 fuzzy translations, 1 untranslated message. es :Charset is UTF-8. Stats: es.po: 6 translated messages, 4 fuzzy translations, 1 untranslated message. fr :Charset is UTF-8. Stats: fr.po: 6 translated messages, 4 fuzzy translations, 1 untranslated message. gl :Charset is UTF-8. Stats: gl.po: 6 translated messages, 4 fuzzy translations, 1 untranslated message. it :Charset is UTF-8. Stats: it.po: 6 translated messages, 4 fuzzy translations, 1 untranslated message. ja :Charset is UTF-8. Stats: ja.po: 6 translated messages, 2 fuzzy translations, 3 untranslated messages. pl :Charset is UTF-8. Stats: pl.po: 6 translated messages, 4 fuzzy translations, 1 untranslated message. pt :Charset is UTF-8. Stats: pt.po: 6 translated messages, 4 fuzzy translations, 1 untranslated message. ru :Charset is UTF-8. Stats: ru.po: 6 translated messages, 4 fuzzy translations, 1 untranslated message. sk :Charset is utf-8. Stats: sk.po: 6 translated messages, 4 fuzzy translations, 1 untranslated message. sv :Charset is UTF-8. Stats: sv.po: 6 translated messages, 4 fuzzy translations, 1 untranslated message. It is like 4 months that we're trying to get 8 languages with complete debconf localization in wheezy and that will be broken by this, if this package enters testing. You have an outstanding call for translations for the changes that modified these debconf templates. Please wait for it to complete and make sure that you get a full update for: Czech (cs), Danish (da), German (de), Spanish (es), French (fr), Portuguese (pt), Russian (ru), Swedish (sv). Then please upload and I won't object anymore to an unblock. I appreciate the effort you have put up to now in maintaining this package in an l10n-friendly way so I think we can easily reach an agreement. I can for instance make sure you get these 8 needed updates (among others probably). I can even shake the late comers (there will be some). I'm not a member of the release team, so their decision may be different from my suggestion, though. I hope it will not..:-) Many thanks in advance for considering my objection, still..:-) signature.asc Description: Digital signature