Re: Blocking (or not) of new udebs
Quoting Samuel Thibault (sthiba...@debian.org):
Just some informations:
Adam D. Barratt, le Mon 25 Jun 2012 21:42:23 +0100, a écrit :
alsa-{base,driver,lib,utils}
espeakup
These are for software speech support.
And we can probably say that espeakup is under D-I team control,
isn't it?
signature.asc
Description: Digital signature
Re: Blocking (or not) of new udebs
Quoting Adam D. Barratt (a...@adam-barratt.org.uk): That leaves us with the follow list which need categorising: I didn't see eject which is providing a udeb that's used by D-I (to allow for a menu entry to eject the CD from its tray). signature.asc Description: Digital signature
Re: Blocking (or not) of new udebs
On Tue, 2012-06-26 at 08:29 +0200, Christian PERRIER wrote: Quoting Adam D. Barratt (a...@adam-barratt.org.uk): That leaves us with the follow list which need categorising: I didn't see eject which is providing a udeb that's used by D-I (to allow for a menu entry to eject the CD from its tray). That's already present in the list - under can be handled by britney - so I assume the udeb's been around for a while. From your description, would it want moving to the needs approval list? Regards, Adam -- 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/1340692598.4331.15.ca...@jacala.jungle.funky-badger.org
Re: Bug#678746: desktop-base: Joy theme is a mix of incompatibly-licensed works
Hi, I updated the Joy wiki page (http://wiki.debian.org/DebianArt/Themes/Joy) to include installer alternative pictures that you asked. These copyright trouble about the Debian logo is quiet messy, so I hope the pictures I've made match your request. The archive contains 4 sets of png/svg : - No text, only the swirl logo - Free typo, Linux Libertine - Debian typo - Debian typo under the swirl logo The license problem is out of my league, so I let you choose the picture you want according to its use. The no-text picture is my first choice, but feel free to use the ones with the Debian text. If I haven't done what you asked right, do not hesitate to tell me. Thanks, Adrien Le lundi 25 juin 2012 22:03:12 Stefano Zacchiroli a écrit : On Sun, Jun 24, 2012 at 06:57:03PM +0200, Adrien Aubourg wrote: As I've been asked to write Debian on the installer picture, could be there any license trouble to do so ? Adrien, if it's not too much work, could you please prepare two different versions of the installer picture, one with the official (currently) non-free typeface of the with debian logo at http://www.debian.org/logos/ and one with a DFSG-free typeface. I'm still positive we can do the relicensing of the currently non-free typeface in time for Wheezy. But clearly not in time for the freeze. So if there could be two versions of it, we can choose between either: 1) ship now the non-free version and have an RC bug against it for the non-freeness 2) ship now the free version and ask for a freeze exception to include the official typeface later on. *If* the only difference is in a difference typeface in an otherwise identical image, then hopefully the risks of inducing regressions will be minimized. Choosing among these two options is probably better left to the desktop-base maintainers + the release team. I guess that (2) is a more conservative choice anyhow, that leaves us a releasable desktop-base package even if the relicensing fails. Cheers. PS I just came back after 5 days of (Debian-related) traveling and I still have to catch up with -desktop traffic -- 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/3362717.hMBioHjWq4@adau
Re: Blocking (or not) of new udebs
Christian PERRIER, le Tue 26 Jun 2012 08:28:26 +0200, a écrit :
Quoting Samuel Thibault (sthiba...@debian.org):
Just some informations:
Adam D. Barratt, le Mon 25 Jun 2012 21:42:23 +0100, a écrit :
alsa-{base,driver,lib,utils}
espeakup
These are for software speech support.
And we can probably say that espeakup is under D-I team control,
isn't it?
It's under the d-accessibility team, but you and I are the usual
uploaders, yes.
Samuel
--
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/20120626101325.gj3...@type.lan
Re: Blocking (or not) of new udebs
Quoting Samuel Thibault (sthiba...@debian.org): And we can probably say that espeakup is under D-I team control, isn't it? It's under the d-accessibility team, but you and I are the usual uploaders, yes. Not sure I ever uploaded (no time to check this right now). By the way, if you could upload..:-) signature.asc Description: Digital signature
Re: Blocking (or not) of new udebs
Quoting Adam D. Barratt (a...@adam-barratt.org.uk): I didn't see eject which is providing a udeb that's used by D-I (to allow for a menu entry to eject the CD from its tray). That's already present in the list - under can be handled by britney - so I assume the udeb's been around for a while. From your description, would it want moving to the needs approval list? Well, the upload schedule is not controlled by the D-I team at all, so I would say so, yes (even if there is very little risk of direct breakage because the software in the udeb is broken, there could be some indirect effects, maybe). I think the last upload is safe wrt the release of D-I beta1. signature.asc Description: Digital signature
Re: Blocking (or not) of new udebs
Adam D. Barratt a...@adam-barratt.org.uk (25/06/2012):
That leaves us with the follow list which need categorising:
alsa-{base,driver,lib,utils}
espeakup
fuse
grub2
libffi
libgcrypt11
libgpg-error
libnl3
libpthread-stubs
mbr
mtdev
ndisc6
netdde
ntfs-3g
open-iscsi
syslinux
wide-dhcpv6
wpa
I'm not sure when I have time to look at those, or whether I can make
that categorisation, but feel free to block whatever looks needed.
Worst case (on one side), everything is blocked and needs a review (but
there aren't many of them). Worst case (on the other side), anything can
break d-i.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Re: Preparation for d-i beta 1
Cyril Brulebois k...@debian.org (25/06/2012): TL;DR: - 1st d-i upload less than 12 hours from now. debian-installer was uploaded earlier today. - udeb freeze. debian-release, please put that back into place. Thanks already! Mraw, KiBi. signature.asc Description: Digital signature
Re: Preparation for d-i beta 1
On 26.06.2012 16:35, Cyril Brulebois wrote: Cyril Brulebois k...@debian.org (25/06/2012): - udeb freeze. debian-release, please put that back into place. Thanks already! Done. As discussed, I've enabled all of the blocks, including those in the can be handled by britney category. If people moan, I'll know where to point them. ;-) Regards, Adam -- 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/d60eed171d0b8385162433d8ff62e...@mail.adsl.funky-badger.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
On 20/06/2012 13:20, Yavor Doganov wrote: No, but I'm going to do it now. Any news? Regards, -- Mehdi -- 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/4fe9e1a7.6000...@debian.org
Bug#679041: transition: wireshark
Hi, On 26/06/2012 00:10, Bálint Réczey wrote: I'd like to upload the latest version of wireshark to unstable. Updating from 1.6.8 to 1.8.0 brings a new ABI with a new soname for all the libs. Having Wireshark 1.8.x in Wheezy is important because upstream's support for 1.6.x ends on June 7, 2013 [1] and Wireshark needs regular security updates. Thanks for letting us know. Unfortunately, we think that this update came a tad late because we are that near to freeze and the update seems quite large. About the security concerns, as far as I can see, updating wireshark to 1.8 in Wheezy would not buy us more than a year. AFAIK, the security team didn't raise any concerns about this package in the past. Are there any other concerns with the 1.6.8 release besides the security aspect? Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- 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/4fe9e29b.4050...@dogguy.org
Bug#679041: transition: wireshark
2012/6/26 Mehdi Dogguy me...@dogguy.org: Hi, On 26/06/2012 00:10, Bálint Réczey wrote: I'd like to upload the latest version of wireshark to unstable. Updating from 1.6.8 to 1.8.0 brings a new ABI with a new soname for all the libs. Having Wireshark 1.8.x in Wheezy is important because upstream's support for 1.6.x ends on June 7, 2013 [1] and Wireshark needs regular security updates. Thanks for letting us know. Unfortunately, we think that this update came a tad late because we are that near to freeze and the update seems quite large. This is why i don't want to risk backporting security fixes from 1.8.x to 1.6.x. About the security concerns, as far as I can see, updating wireshark to 1.8 in Wheezy would not buy us more than a year. AFAIK, the security One year is practically one third of Wheezy support time. This is huge. team didn't raise any concerns about this package in the past. Are there any other concerns with the 1.6.8 release besides the security aspect? The security aspect is the most important one. Supporting 1.6.x put too much load on the single maintainer of wireshark. Another important factor is that we may want to ship reasonably fresh software to users. Note that 1.8.0~rc1-1 has been uploaded to the NEW queue weeks ago... [1] Please let the package in. Thanks, Balint [1]: http://ftp-master.debian.org/new/wireshark_1.8.0~rc1-1.html -- 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/cak0odpwzjggtinexkklzuz+2_2wbs05e6aemm5hg7bx9npp...@mail.gmail.com
Bug#679145: ia32-libs-gtk: Please remove at-spi [Was: The future (or non-future) of ia32-libs]
Package: ia32-libs-gtk Version: 20120102 Severity: normal Goswin von Brederlow, le Fri 22 Jun 2012 11:34:12 +0200, a écrit : And then there is also ia32-libs-gtk [2], which is not yet installable as multiarch: #677762 ia32-libs-gtk: Multiarch issues --- #69 at-spi: Please add multiarch support This package is actually deprecated, and the remaining reverse dependencies do not need a multiarch version, so please remove it from ia32-libs-gtk. Samuel -- 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/20120626172505.gj5...@type.inf.ufrgs.br
Re: [SRU] update for powertop in 6.0.1
Hi On Fri, Apr 06, 2012 at 09:42:54PM +0100, Adam D. Barratt wrote: On Tue, 2011-11-22 at 21:26 +, Adam D. Barratt wrote: On Wed, 2011-10-19 at 18:18 +0200, Philipp Kern wrote: On Thu, Mar 17, 2011 at 01:39:03PM +0100, Patrick Winnertz wrote: Impressive design. What would happen if it skips half of the config? I agree that not segfaulting is incredibly better than segfaulting, but like this the remaining bunch of lines will be silently ignored? I've rewritten the patch from Mel Gorman, now you'll get a printf output on the console if the config file is too large (and powertop will abort). Please have a look on the updated debdiff attached to this mail. Bug reports are much easier to track. Please go ahead and sorry for the delay. Ping? Re-ping. Is there something one can help for getting this into a stable point release? @Release-Team: I know you will be more busy for the wheezy release now! Regards, Salvatore signature.asc Description: Digital signature
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
Mehdi Dogguy wrote: On 20/06/2012 13:20, Yavor Doganov wrote: No, but I'm going to do it now. Any news? Yes, with gnustep-base built with the patch I have prepared I found only two grave issues so far: gnustep-dl2: DBModeler aborts on startup with NSInvalidArgumentException textedit.app: Cannot create new documents or open existing text files Every other package seems to work properly without recompilation or any special intervention (having in mind that I haven't tested every bit of the provided functionality). -- 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/87vcieormf.GNUs_Not_Unix!%ya...@gnu.org
Re: Request for information about updating urgency of uploads
Hi KiBi, On 25-06-12 21:12, Cyril Brulebois wrote: I am asking you how I could request an override for the urgency set in one of my uploads, as it is my understanding that *you* can override them. It is my intent to document this fact, with the proper procedure, in the developers-reference, somewhere around [1]. yes, that's possible: http://release.debian.org/britney/hints/README Would you agree that the proper way to request an override is by filing a bug against the release.debian.org pseudo-package? If so, I propose the following text for the developers-reference (I will create a proper patch if you agree): You can request to have the urgency of your current package changed by filing an appropriate bug report against the release.debian.org pseudo-package. Please state the reason clearly. Paul signature.asc Description: OpenPGP digital signature
Bug#679041: transition: wireshark
❦ 26 juin 2012 18:26 CEST, Mehdi Dogguy me...@dogguy.org : About the security concerns, as far as I can see, updating wireshark to 1.8 in Wheezy would not buy us more than a year. But after one year, it will be easier to backport fixes to 1.8 than to backport them to 1.6. -- /* Identify the flock of penguins. */ 2.2.16 /usr/src/linux/arch/alpha/kernel/setup.c pgpQ7P2RgBb9m.pgp Description: PGP signature
Re: Futur status of RoarAudio packages
reflum, On Fri, 2012-06-15 at 11:23 +0100, Neil McGovern wrote: Hi, On Thu, Jun 14, 2012 at 10:41:42PM +0200, Philipp Schafft wrote: I want to ask if the release team decided anything in this direction. Does the release team want a useful version of the package in wheezy? [...] It's quite hard to get the Release Team to make an official statement in the timescales you're probably after, especially as you're not looking for any discussion. However, as Release Manager (and I have discussed this with the other RM), my official statement is: I have no preference either way, as long as the package complies with release policy, then it may be included in the release. I would suggest that solving this issue in unstable, one way or the other may be a better area to concentrate your efforts. Thank you for your reply. I'm still in my busy sommer weeks so this response is a bit late. Will have free time again by mid of next week (including time for debian). Your answer isn't very helpfull to me as it is. So I have some questions: * If I want to go for keeping it in debian (what I of cause prefer and will do my very best) will you 0) allow uploads while in freeze for packages readding RoarAudio support, 1) will you suggest to do this to people who removed it because of Ron? (Statement on this ML will of cause do, just something I can link). * If your answer to one of the above question is 'no' I don't feel like spending time on this will help anybody. I suggested to file RMs but you asked to keep them. Shell I just orphan them instead? Please do not get me wrong: I'm very interested in maintainig the packages and ensure they are in a good shape, but I'm not interested in maintaining perfectly useless packages. Solving this in unstable isn't an option for me because this makes renders it unuseable for people using stable (people are already asking me what happend). I thank you for your answer. PS: Please keep Patrick in Cc. -- Philipp. (Rah of PH2) signature.asc Description: This is a digitally signed message part
ruby-rubymail (NEW) and sup-mail
Hi! The RC bug #678269 is filed against sup-mail because it fails running with Ruby 1.8. [0] [0] http://bugs.debian.org/678269 A while back ago I adopted sup-mail and have recently fixed so it runs with Ruby 1.9.1, which is now default in Debian. In the process of fixing sup-mail for Ruby 1.9.1 I have also adopted librmail-ruby1.8 and moved to the new Ruby policy and gem2deb packaging. sup-mail is not uploaded yet though since it depends on ruby-rubymail which is in NEW. How should I proceed with this? Will things just be processed as normal until June 30? -- Per -- 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/CABYrXSQLCc3aJRf35UoL0P6-yGcX9_0VG_36Y_W4vckmC0=a...@mail.gmail.com
Re: Bits from the Release Team: Final countdown!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Le 26/06/2012 18:59, Neil McGovern a écrit : Hi, Anything in the NEW queue will not count towards the unblock. If it's necessary for an rc fix, explain that to us, otherwise it's probably not going to make it. ocl-icd is a very young package, both upstream and in Debian (first upstream release and first upload to Debian in June). ocl-icd provides a free alternative to non-free OpenCL ICD Loader provided by AMD/NVidia/Intel/... When someone programs in OpenCL, it usually needs an OpenCL ICD Loader and one or more ICD (ie OpenCL implementations). For information, an ICD Loader is a small shared library acting as a call dispatcher to real OpenCL implementations (called ICD) ocl-icd is small and the core code should not change a lot until OpenCL 1.3 or more appears. The core code of the version already in testing is very similar to the one waiting in NEW. The version waiting in NEW propose the following improvements: - - dependencies (Depends/Provides/...) better suited to allow smooth replacement of non-free ICD Loader by this one - - the ICD loader can look for its config files elsewhere than in the fixed default place (/etc/OpenCL/vendors) by setting an envvar (very useful in make check target of ICD that want to test themselves without root access to write in /etc/OpenCL/vendors) - - a pkg-config file in ocl-icd-dev (package useful to build ICD, not OpenCL programs) - - a new package (ocl-icd-opencl-dev) that can be used as build-dependency when compiling OpenCL programs. This package also includes a pkg-config file. ocl-icd did not have any reverse dependencies in wheezy and it wont have any (in wheezy) because: - - no free ICD that would use it is packaged (I'm looking at pocl but it is too young to be really used and packaged) - - no OpenCL programs depends on it in main as they would need an ICD to work, and all ICD are non-free for now (so the OpenCL program should go to contrib, not main) So, users of ocl-icd in wheezy will be mainly upstream developers of free ICD (pocl, socl, ...) and the users that try to compile these ICD. It seems to me important to offer them a good packaging of this software (with pkg-config files, ...) We would like that people working on OpenCL have the possibility to use as much as possible free software. Considering the young of the package (upstream and in Debian), the fact that this is a free replacement of non-free packages, the fact that we are at the beginning of the freeze, the fact that there is no reverse dependencies, I would like to ask you for a freeze exception of ocl-icd 1.3-2. Having ocl-icd 1.3-2 in wheezy would improve the quality of wheezy without any risk of problems for the distribution. Regards, Vincent PS: during the previous weekend, at the Debian sprint at Grenoble (France), I wrote a document that try to summarize the situation of OpenCL in Debian. I plan to post it to d-d very soon for comments and feedback, but you can look at it if you need explanations about OpenCL in Debian: http://anonscm.debian.org/gitweb/?p=collab-maint/ocl-icd.git;a=blob;f=debian/README.Debian;hb=master - -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIVAwUBT+oxadT1zgD6DpudAQjIDA/+KbJUIs/KZ7Y2KDUqtu6jBAo6ieRnEUwq DKnl6JP1DXNdDWWKfk68rms6W7IAMXKfXWPhGEV4yY8ofZU474rwr8yfXYNKdL2I a984MmhbUpA+uYDDf+tzbjyXcdaC59pkFBaV6mGVSpZFUi2n0aQTL1g2aS/6KPoY MJ1qaqrDxGsY+xm8lN1HFpymsZNbPD6I2zkkXViy5X0j9XB8wp+PeKzQSr/kHv7i FFymYFnThV+RkbB9prXxZ23YoAXdK3HuSh2KRm2fukqUYl/5LYvsx7CKPhOdrrTZ HU9A5ITTJnMTY81mlkEvyAHDNzXRxlar0VyTHGJvB3O4QJrvcDzU8AB/qvDA9PUg szEGmXYE1RwDNpcxQI6Ma11ey+53QCg/nGZPZM2G4OTMMIRoeJ+7uB1F89pJzOz9 PstKLyqtuhBbyw3TDWKfEYu9rSce4+wEVpvuDaq9Ai/u6xF7Zh5jIPVcNvinnNWa zXbxKHjJY6WKJXIL4FsqmXNJxh8wmSNzJDVGm/PJ+0ge0/ZEjMcIRkpynEsyyVS+ dm7T5sNu+nWLqTbLNlgpKIDb4C/RprdAnnZRuZBRmQTeyFXDzaD4kvKZJaA1xlTl kCuCjwe/niqeSvhn3PdyPf8k8IhsIBwfkdNOwFUWdSkculMreu81HLNfW0DstEH5 jZhxW/EwY/U= =BlfY -END PGP SIGNATURE- -- 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/4fea3174.1070...@free.fr
Re: another FSO transition
On Mon, 2012-06-25 at 22:49 +0200, Sebastian Reichel wrote: I just uploaded libfsotransport. I will upload the other two packages tomorrow. Any ETA on that? Regards, Adam -- 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/1340748583.14188.2.ca...@jacala.jungle.funky-badger.org
Bug#650601: Re: Bug#650601: transition: libpng 1.5
Hi,
I am still correcting FTBFS.
However, almost packages can shift to libpng 1.5.
May I upload libpng 1.5 to unstable?
http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=libpng15-transition;users=lib...@packages.debian.org
Best regards,
Nobuhiro
2012/5/22 Julien Cristau jcris...@debian.org:
On Mon, May 21, 2012 at 15:33:07 +1000, Aníbal Monsalve Salazar wrote:
On Mon, May 21, 2012 at 01:48:55PM +0900, Nobuhiro Iwamatsu wrote:
I am working with Anibal about package which supports libpng12 and 15 both.
This already upload to experimental.
Hello,
Please review libpng/1.5.10-3 in experimental.
I've built lots of packages to test a smooth transition to libpng 1.5
using libpng/1.5.10-3 on my ia64 machine.
Upstream is very responsive and both Nobuhiro and myself will help
package maintainers with this transition.
I will take a look post wheezy.
Cheers,
Julien
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
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/CABMQnV+QJECsk7tX75wAoAeMsArAbVkoY9omg0RND8mz4Hn=f...@mail.gmail.com
Re: another FSO transition
On Tue, Jun 26, 2012 at 11:09:43PM +0100, Adam D. Barratt wrote: On Mon, 2012-06-25 at 22:49 +0200, Sebastian Reichel wrote: I just uploaded libfsotransport. I will upload the other two packages tomorrow. Any ETA on that? NEW: libfsotransport 0.11.1-2 libgsm0710mux 0.11.2-1 uploaded: fso-gsmd 0.11.3-2 -- Sebastian signature.asc Description: Digital signature
Processed: set block bug
Processing commands for cont...@bugs.debian.org: block 649973 by 650601 Bug #649973 [src:graphicsmagick] graphicsmagick: FTBFS: coders/png.c:1354:15: error: 649973 was not blocked by any bugs. 649973 was not blocking any bugs. Added blocking bug(s) of 649973: 650601 block 649556 by 650601 Bug #649556 [src:evas] evas: FTBFS: evas_image_save_png.c:69:9: error: dereferencing pointer to incomplete type 649556 was not blocked by any bugs. 649556 was not blocking any bugs. Added blocking bug(s) of 649556: 650601 thanks Stopping processing here. Please contact me if you need assistance. -- 649556: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649556 649973: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649973 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.134077404625622.transcr...@bugs.debian.org
