Bug#701008: unblock: nagvis/1:1.6.6+dfsg.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package nagvis I uploaded a backport with wrong version to squeeze-backports, so upgrades from squeeze+squeeze-backports to wheezy are broken. The easiest fix is to bump the version in the sid/wheezy package to be higher again, so as discussed in #debian-release I uploaded a new package. The debdiff is: $ debdiff nagvis_1.6.6+dfsg.1-2.dsc nagvis_1.6.6+dfsg.1-3.dsc diff -Nru nagvis-1.6.6+dfsg.1/debian/changelog nagvis-1.6.6+dfsg.1/debian/changelog --- nagvis-1.6.6+dfsg.1/debian/changelog2012-06-11 18:45:44.0 +0200 +++ nagvis-1.6.6+dfsg.1/debian/changelog2013-02-20 11:40:40.0 +0100 @@ -1,3 +1,10 @@ +nagvis (1:1.6.6+dfsg.1-3) unstable; urgency=medium + + * Bump version number to allow smooth upgrades from squeeze-backports +(Containing a backport versioned 1:1.6.6+dfsg.1-3~bpo60+1 by mistake) + + -- Alexander Reichle-Schmehl toli...@debian.org Mon, 02 Jul 2012 12:46:07 +0200 + nagvis (1:1.6.6+dfsg.1-2) unstable; urgency=low [ The missed upload by 12 minutes release ] unblock nagvis/1:1.6.6+dfsg.1-3 -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (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: http://lists.debian.org/20130220110131.27939.92737.report...@iara.alphamar.org
Bug#688672: RM: gassst/1.28-2
Package: release.debian.org Hi! Am 24.09.2012 16:16, schrieb Olivier Sallou: Hi ftpmasters, could you please remove package gassst from testing due to bug #680433. Removals from testing are done by the release team. Creating a bug report for them. Best regards, Alexander signature.asc Description: OpenPGP digital signature
Re: Bug#683554: RM: horde3 and reverse dependencies -- ROM; Obsolete version
clone 683554 -1 clone 683554 -2 clone 683554 -3 clone 683554 -4 clone 683554 -5 clone 683554 -6 clone 683554 -7 clone 683554 -8 clone 683554 -9 clone 683554 -10 clone 683554 -11 clone 683554 -12 clone 683554 -13 clone 683554 -14 clone 683554 -15 clone 683554 -16 retitle 683554 RM: horde3 -- ROM; Obsolete retitle -1 RM: ansel1 -- ROM: Depend on obsoleted horde3 retitle -2 RM: chora2 -- ROM: Depend on obsoleted horde3 retitle -3 RM: dimp1 -- ROM: Depend on obsoleted horde3 retitle -4 RM: gollem -- ROM: Depend on obsoleted horde3 retitle -5 RM: horde-sam -- ROM: Depend on obsoleted horde3 retitle -6 RM: imp4 -- ROM: Depend on obsoleted horde3 retitle -7 RM: ingo1 -- ROM: Depend on obsoleted horde3 retitle -8 RM: kronolith2 -- ROM: Depend on obsoleted horde3 retitle -9 RM: mnemo2 -- ROM: Depend on obsoleted horde3 retitle -10 RM: nag2 -- ROM: Depend on obsoleted horde3 retitle -11 RM: sork-forwards-h3 -- ROM: Depend on obsoleted horde3 retitle -12 RM: sork-passwd-h3 -- ROM: Depend on obsoleted horde3 retitle -13 RM: sork-vacation-h3 -- ROM: Depend on obsoleted horde3 retitle -14 RM: turba2 -- ROM: Depend on obsoleted horde3 reassign -15 release.debian.org reassign -16 release.denian.org retitle -15 RM: php-kolab-filter/0.1.9-4.1 retitle -16 RM: php-kolab-freebusy/0.1.5-3 user release.debian@packages.debian.org usertags -15 rm usertags -16 rm thanks Hi! * Mathieu Parent math.par...@gmail.com [120801 19:08]: Please remove the following packages from unstable (then testing/wheezy), they are obsolete|1] and not supported anymore: [..] Will do, but we need sepperate bug reports for them, hence the clones above. Please note that we (as the ftp team) will remove the packages only from unstable. The removal of these packages however should propagate to testing automatically (as soon as it would brake any reverse-depends; as you want all remover that should happen pretty quickly). Please also remove the following packages managed by the pkg-kolab team, from testing only: php-kolab-filter php-kolab-freebusy Removals from testing are done by the release team; cloning some bugs for them, too. The php-horde-* packages are meant to replace them (Horde = 4). Hmmm... As that is a quite trastic change you might want to propose a paragraph for the release notes? IIRC that's done by filling a bug against the package release-notes. Best regars, Alexander -- 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/20120802082651.ga32...@iara.alphamar.org
Re: Thank you so much for breaking d-i!
Hi! On 15.07.2012 14:59, Cyril Brulebois wrote: thanks to the totally uncoordinated switch from module-init-tools to kmod, d-i is badly broken. We're in freeze, neither debian-boot or debian-release were contacted, that's a huge success! Please unfuck this. And make sure you contact debian-boot@ for any further udeb addition or removal. Sorry from my side for the removal; I thought the dummy package in place would be enough. Best regards, Alexander -- 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/5002c08e.6080...@schmehl.info
Bug#675167: Bug#674850: Bug#675167: Bug#674850: RM: figlet -- RoQA; license which specifically excludes the right to re-distribute
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! On 04.06.2012 19:56, Julien Cristau wrote: There seems to be just about 0 creative content in that file. What exactly is the problem with it? Figlet 2.2.5 has just been released with the following changelog [1]. That doesn't seem to answer the above question. The problem is that someone claims that he has copyrights on some of these files. It doesn't actually matter, what I or anyone else thinks about that, unless it's a judge ruling that said files are not copyrightable. Best regards, Alexander -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJPzQzPAAoJEMJLZaJnLIsSpR0P+gPw6X5ZoP32wMnlqJB8dKA7 wXAaoHDSsWn8oGQXvHOI9tysic+jcjKnjbbaqXlyr+YMeTNPWlxFieHtmRMhNv7l komcM7ckMfFQyhNHGMHk8cSQlEPBW9+0YFVp4bknSqAsGKWAzJWTZBLxXv1il/+o aKuGVK1v6aQjh271/vGNYUzzA5TzBrJsRnruIm4wIapZrXdPzvaKz5JY7Cr+4mnE bAI+/6EdGBjP9/4w2fIQZp+w5jL1rUJPaYfme3kiLTLZna9DKFZt3mOCWdbl0U3w 8n+9MB3HsVBEB5+xn/Dy96da83GNp+9PYT38nxSG24NwaLu6FAwKrLGg2aYumA8L qQcKMwyZ8MURL7JiW7+VgyRZWiFm9XIb/eJUoYY0epRHP9ecamSHfwBrmnggpGRb Ro0Ze52geLU2osmqghOiwU3wkrBJPuOxW8SYrokLZsPLrA9hILqWxxhJQF9MqIt2 8MyV7nfaMouwrypPTTHJy81ZzIoKKNG68M0B8IGD84jUDi2HuHCpzKFYphZjYzhi xpMBkvTCYEseHUSG4xPprro2B4bYg+YZDNoqsP6mMdIo+2IsDnmpxfkvQrFJO4J5 xiraUo8trC+YsgO49EfeEuo5O4i+RMefVmO8x7fgkyYalE96yvwwECQ56vPUm9O2 Si26VsLe0Wzt85OSoNNN =ya74 -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/4fcd0cd4.9050...@debian.org
Re: wine preparation for wheezy
Hi! On 14.05.2012 00:20, Michael Gilbert wrote: Stephen Kitt recently prepared a wine-gecko 1.1 package, which is now waiting in the NEW queue [1], [..] My biggest concern is the wine-gecko packages in NEW, and the currently very large NEW queue review delay [2]. Problem solved. Best regards, Alexander -- 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/4fb0dc70.9080...@schmehl.info
Re: what to do about waf bugs in squeeze?
Hi! Am 07.02.2012 09:58, schrieb Gerfried Fuchs: I wrote you a ping a month ago to remind you about what to do with the Doesn't contain source for waf binary code release critical bugreports for squeeze. You told me you don't think they need to get fixed for squeeze, but yet they still are in the list of outstanding release critical bugreports for stable. I guess you have simply forgot, see this as a kind reminder. I still wonder what would be the proper tagging for them, because to me, tagging them + wheezy sid seems not correct, the issue is also present in squeeze. I do not think the ftpmaster team should/can say that a bug does not affect a certain release, this should be up to the release team, so squeeze-ignore sounds appropriate to me -- but that has to be discussed with the release team. Hope we can get those off the list soonish, and thanks so far, Rhonda Well, back than I wrote [1]. Sorry, seems I forgot to CC you on that mail. FTP team came to the conclusion, that it is possible to distribute packages using the waf binaries. They just don't satisfy the DFSG. That's all the FTP team has to decide. So it's up to the SRMs to decide, whether they should be fixed in Squeeze or may be tagged squeeze-ignore. (I now agree that tagging them squeeze-ignore would be a better solution than tagging them wheezy sid.) IMHO it would be okay to ignore them in squeeze, but that's not my decision to take. Best regards, Alexander Links: 1: http://lists.debian.org/20120109125238.gz7...@melusine.alphascorpii.net -- 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/4f30eb1b.1050...@debian.org
Re: what to do about waf bugs in squeeze?
Hi! Am 07.02.2012 16:19, schrieb Philipp Kern: So it's up to the SRMs to decide, whether they should be fixed in Squeeze or may be tagged squeeze-ignore. (I now agree that tagging them squeeze-ignore would be a better solution than tagging them wheezy sid.) Feel free to tag them squeeze-ignore. We won't tackle them for squeeze. Thanks, done. Best regards, Alexander -- 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/4f31449d.7040...@debian.org
Re: Bug#656573: RM: freediams -- ROM; Non-free data used in package
Hi! * Philipp Kern pk...@debian.org [120120 15:41]: In case the version in Squeeze would be considered free also all other versions are free (which would be *really* good news). So please, please prove me wrong in my opinion that this database is not distributable. I'm specifically concerned about: I'm not an FTP master, though. As far as I can see, the package is indeed distributable, but not fit for main. I therefore close the bug cloned for snapshot.d.o (sorry for the noise) and will remove the package from main soonish. 3) French drugs database and drug-drug interaction (starting point): http://afssaps-prd.afssaps.fr/php/ecodex License: free for non commercial use © AFSSAPS License terms: http://www.afssaps.fr/Mentions-legales So it's distributable and basically of the same nature than the other data sources, except that they are claiming that copyright applies because of a different jurisdiction. Yes, fit for non-free not for main. And the whole license should be added to debian/copyright (and an unofficial translation would be usefull, too). 6) Eudapharm drugs database partially used License:. License terms: http://www.ema.europa.eu/ema/index.jsp?curl=pages/regulation/general/general_content_000178.jspjsenabled=true In particular, unless otherwise stated, the Agency, according. to current European Union and international legislation1, is the owner of. copyright and database rights of this website and its contents. . Information and documents made available on the Agency's webpages are public. and may be reproduced and/or distributed, totally or in part, irrespective of the. means and/or the formats used, for non-commercial and commercial purposes, provided that the Agency is always acknowledged as the source of the material. Such acknowledgement must be included in each copy of the material. ... What's the problem with that? The missing license to allow modification? Even then it would still be distributable, which is distinct from not belonging into main. Well, in some legislations reproduction includes limited modifications rights, however not enough for main (and not in .eu). So yes, unfit for main, unless clarified to include rights for modifications. Best Regards, Alexander -- 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/20120124173442.ga2...@melusine.alphascorpii.net
Re: recent waf rc bugs and stable release
Hi! Am 09.01.2012 20:02, schrieb Julien Cristau: Personally, I'd like to know what the reasoning is for 1) a mass bug filing without prior debian-devel discussion 2) seemingly deciding that tarballs aren't source Let me start by answering 2) first: We are not talking about tarballs here. IMHO tarballs themselves are quite fine. But we are not talking about a tarball here. We are talking about a python script embedding a blob, which get's somehow modified before it can be extraced via not really documented ways -- ./waf --help doesn't mention anything about extracting it for example. So I really think there is a difference between a tarball and waf. Coming back to your first question: The ftp-team got involved when a package using waf was found in NEW. We found that it does not satisfy the DFSG and that other packages are affected as well. However, for some there are already bug reports, for some not. So it seemed us to be the best to create equal settings for all involved packages. Best regards, Alexander -- 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/4f0c1f79.10...@debian.org
Re: Planning for next squeeze point release (6.0.4)
Hi! Yes, that would work for me. * Adam D. Barratt a...@adam-barratt.org.uk [120110 22:33]: press@, -live - ping? As an opening gambit, I'd propose we look at one of the following Saturdays in January: 14th, 21st, 28th. 21st and 28th (with the respective day after the actual release day, to do the live images) are fine for me. The 28th would be preferable for me. Would that still work for everyone else? Best Regards, Alexander -- 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/20120110215415.gf7...@melusine.alphascorpii.net
recent waf rc bugs and stable release
Hi! Rhonda brought to my attention that when opening the bugs against packages using the build system waf in non-dfsg conform [1] manner we forgot about the stable release, and asked me to get in contact with the SRMs about that. Regarding the stable release, we don't think it's necessary to get these bugs fixed in the stable release. So if it's okay for the SRMs, it's okay for the ftpteam to tag them accordingly. (squeeze-ignore? wheezy sid?) Best Regards, Alexander 1: See http://bugs.debian.org/?tag=waf-unpack;users=ftpmas...@debian.org for a list of the bugs. -- 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/20120109125238.gz7...@melusine.alphascorpii.net
Re: recent waf rc bugs and stable release
* Alexander Reichle-Schmehl toli...@debian.org [120109 13:52]: 1: See http://bugs.debian.org/?tag=waf-unpack;users=ftpmas...@debian.org Sorry, that should have been http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=waf-unpack;users=ftpmas...@debian.org Best Regards, Alexander -- 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/20120109125831.ga7...@melusine.alphascorpii.net
Re: Planning for next squeeze point release (6.0.4)
Hi! Am 13.12.2011 00:07, schrieb Adam D. Barratt: As an opening gambit, I'd propose we look at one of the following Saturdays in January: 14th, 21st, 28th. Would all work for me. Best regards, Alexander -- 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/4ee870db.8050...@debian.org
Re: Planning for final lenny point release (5.0.10)
Hi! Am 13.12.2011 22:52, schrieb Joerg Jaspert: For *me*, set the end point at around mid March, after that I wont guarantee availability right now. I would prefer, if we could get it done in February. Best regards, Alexander -- 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/4ee87112.40...@debian.org
Bug#649339:
Hi! Am 09.12.2011 12:49, schrieb Mathieu Malaterre: volview appears to not even be in the archive, nor in NEW? In that case I fail to see how the content of testing can possibly be relevant to the package. VolView requires KWWidgets and vtk = 5.8.0 that's the whole issue. Maybe there's a misunderstanding: The release team removed kxwidgets from the _testing_ distribution (aka wheezy) due to an RC bug influencing indirectly other packages. kvwidgtes is still present in _unstable_ (aka sid), where your package once uploaded, will end up. In general removals from testing are temporarily; which means: Once the rc bugs are solved (and the package is build on all archs) it can migrate back to testing. (At which point your package could migrate to testing, too). Best regards, Alexander -- 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/4ee1f906.4040...@schmehl.info
Creating a list of rc-buggy leaf packages
[ CC-ing debian-release for their information, but please discuss on -qa ] Hi! As I just started to publish the rc-stats again on my block, the release team asked me, wether it was possible to create a list of rc buggy leaf packages, so binary packages, which are not used as (build-) dependency of any other package. Turns out: It is possible, but all ways I found are quite inefficient. I commited my work so far to the collab-qa repository [1][2], and a first already succeded and found about 460 of these packages (modulo some pseudo packages). However, my attempt took about 7 hours to finish on wagner.debian.org, so I wondering if anyone has an idea for improvements. Especially the grep I use to elimnate packages with dependencies takes awfully long (took over 600 minutes last night on wagner.d.o), but my attempt to solve that onyl with UDD are also quite slow, as the dependencies are also only in the plaintext form, and I found any attempt to use like operator to be even slower than that. So, if anyone has a good idea, or can improve my SQL, please do so now :) 1: svn+ssh://svn.debian.org/svn/collab-qa/rc-buggy-leaf-packages 2: http://anonscm.debian.org/viewvc/collab-qa/rc-buggy-leaf-packages/ Best Regards, Alexander -- 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/2009101816.gc25...@melusine.alphascorpii.net
Re: [SRM] nagvis upload for stable?
Hi! * Adam D. Barratt a...@adam-barratt.org.uk [110917 18:32]: Please go ahead; thanks. It would be good if the documentation update for #626456 also made it into unstable. Many thanks, uploaded (including the documentation fix). Best Regards, Alexander -- 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/20110917191634.gc17...@melusine.alphascorpii.net
[SRM] nagvis upload for stable?
[ resending with corrected e-mail address; sorry if you get the mail twice ] Hi! I just joined the pkg-nagios team and am now taking care of the nagvis package, which is in a less than ideal state in the current release. (I'm sorry, I NMUed the version in stable, but didn't noticed all problems.) I'd like to address the following problems: #620037 - serious piuparts bug; package fails to purge #611909 - Missing path for gadgets in created configuration #632333 - Apache configuration error (Option FollowSymLinks) The last three are of severity important, but as the point of nagvis is to visualise nagios one could argue for each of them, if they aren't serious by themself, by rendering parts of the package useless. The fix for #620037 is in debian/postrm: - ucf --debconf-ok --purge /etc/nagvis/$file + if [ -x /usr/bin/ucf ] ; then + ucf --debconf-ok --purge /etc/nagvis/$file + fi The fix for #611909 is basically in debian/patches/config.dpatch: ++gadget=/etc/nagvis/gadgets (Adding an additional parth to the configuration file via already existing dpatch patch.) The fix for #632333 is in debian/apache.conf: +# the FollowSymlinks option is only considere in a directory section, not +# in a DirectoryMatch section. Setting it here. +Directory /usr/share/nagvis/htdocs +Options FollowSymLinks +/Directory If possible, I'd also like to fix an unreported bug I just noticed today: Documentation isn't installed. The fix for that problem is quite easy, too: in debian/install: +docs /usr/share/doc/nagvis and in debian/apache.conf: +Alias /nagvis/docs /usr/share/doc/nagvis/docs -DirectoryMatch (/usr/share/nagvis/htdocs|etc/nagvis(templates|gadgets)|/var/lib/nagvis) +DirectoryMatch (/usr/share/nagvis/htdocs|etc/nagvis(templates|gadgets)|/var/lib/nagvis|/usr/share/doc/nagvis/docs) And finnally, I'd like to address #626456 a little bit, by adding that to the README.Debian file. Entire debdiff is attached. Regards, Alexander diff -u nagvis-1.4.6/debian/README.Debian nagvis-1.4.6/debian/README.Debian --- nagvis-1.4.6/debian/README.Debian +++ nagvis-1.4.6/debian/README.Debian @@ -1,6 +1,18 @@ nagvis for Debian - +If nagvis doesn't work out of the box right after installation, please check +the following steps: + +* Activate the ndoutils as described in + /usr/share/doc/ndoutils-nagios3-mysql/README.Debian +* Check the [backend_ndomy_1] section of /etc/nagvis/nagvis.ini.php. + dbname, dbuser and dbpass must be set to the values specified in + /etc/dbconfig-common/ndoutils-mysql.conf. Also make sure, that the entries are + not commented out with a leading ; + + -- Alexander Reichle-Schmehl toli...@debian.org Wed, 07 Sep 2011 21:43:21 +0200 + Since Version 1:1.4.6-1.1 you may also use nagvis with a remote database. However you'll need to configure the Database settings by hand. diff -u nagvis-1.4.6/debian/changelog nagvis-1.4.6/debian/changelog --- nagvis-1.4.6/debian/changelog +++ nagvis-1.4.6/debian/changelog @@ -1,3 +1,15 @@ +nagvis (1:1.4.6-1.1+squeeze1) stable; urgency=low + + * Add myself to uploaders + * Actually install the documentation + * Properly set Options FollowSymLinks in the apache configuration +(Closes: #632333) + * Only call ucf on purge if it's available (Closes: #620037) + * Set Path to gadget files in example configuration (via +patches/config.dpatch) (Closes: #611909) + + -- Alexander Reichle-Schmehl toli...@debian.org Wed, 07 Sep 2011 21:43:21 +0200 + nagvis (1:1.4.6-1.1) unstable; urgency=low * Non-maintainer upload. diff -u nagvis-1.4.6/debian/install nagvis-1.4.6/debian/install --- nagvis-1.4.6/debian/install +++ nagvis-1.4.6/debian/install @@ -1,5 +1,6 @@ etc/* /etc/nagvis nagvis/* /usr/share/nagvis/htdocs/nagvis +docs /usr/share/doc/nagvis wui/* /usr/share/nagvis/htdocs/wui index.php /usr/share/nagvis/htdocs debian/apache.conf /usr/share/nagvis/debian diff -u nagvis-1.4.6/debian/postrm nagvis-1.4.6/debian/postrm --- nagvis-1.4.6/debian/postrm +++ nagvis-1.4.6/debian/postrm @@ -41,7 +41,9 @@ if [ $1 = purge ]; then for file in apache.conf nagvis.ini.php; do rm -f /etc/nagvis/$file - ucf --debconf-ok --purge /etc/nagvis/$file + if [ -x /usr/bin/ucf ] ; then + ucf --debconf-ok --purge /etc/nagvis/$file + fi done #if [ -e /etc/apache2/conf.d/nagvis.conf ]; then diff -u nagvis-1.4.6/debian/apache.conf nagvis-1.4.6/debian/apache.conf --- nagvis-1.4.6/debian/apache.conf +++ nagvis-1.4.6/debian/apache.conf @@ -2,15 +2,21 @@ Alias /nagvis/nagvis/templates /etc/nagvis/templates Alias /nagvis/nagvis/gadgets /etc/nagvis/gadgets Alias /nagvis/nagvis/images /var/lib/nagvis/images +Alias /nagvis/docs /usr/share/doc/nagvis/docs Alias /nagvis /usr/share/nagvis/htdocs # -- old style # Alias /nagios3/nagvis /usr/share/nagvis/htdocs
Re: Point release schedule
Hi! Am 04.09.2011 18:14, schrieb Philipp Kern: so apparently September is a very bad month to get CDs done. I'm hereby proposing the following with the hope that we can do it that way: * Lenny: October 1st * Squeeze: October 8th Can we do that, pretty please? :) Yes, we can! (I know, quite lite for that quite, but it fits so well for your question.) Best regards, Alexander -- 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/4e65d95b.8040...@debian.org
Re: latex-unicode sources and licensing
Hi! Am 26.07.2011 12:27, schrieb Lionel Elie Mamane: [..] Given that the true sources seem to have disappeared, I suppose we could consider the .sty file to be its own source; it is a stretch, but removing unicode support for (La)TeX would be rather ... damaging. I really, really vote for that the absolute upper limit to what we would do about this is we move it to non-free, not remove (I want good unicode support in my LaTeX!). For the ftp-team the question is: What file would you edit, if you would need to do any modification on it? If it's feasible to edit the sty (even so it's not the original source), and you would edit the sty if you needed to make a change, then that's what we would consider to be the source. %% This program is provided under the terms of the LaTeX Project Public %% License with some modifications. %% See the file LICENSE (http://www.unruh.de/DniQ/latex/unicode/content/LICENSE) %% for information. I can't find that file [.. neither in Debian sources nor in upstream...], and /usr/share/doc/texlive-latex-extra does not contain licensing information for it (I grepped for ucs and unicode and did not find anything). So how do we know whether it is DFSG-free software? What are the some modifications above? Formally even: how do we know we can redistribute it in the way we do. I found http://web.archive.org/web/20050307171101/http://www.unruh.de/DniQ/latex/unicode/content/LICENSE but haven't read the content, yet. Best regards, Alexander -- 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/4e319aa3.3020...@debian.org
Re: Upcoming Squeeze point release 6.0.2
Hi! Am 09.06.2011 00:09, schrieb Philipp Kern: the second Squeeze point release (6.0.2) is now scheduled for Saturday, June 25th. Bad timing; Meike and I will not be available on that weekend. Joey, are you available? Best regards, Alexander -- 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/4df099f2.2010...@debian.org
Re: Debian 5.0.6
Hi! Am 17.05.2011 13:49, schrieb Colm Hurley: I’m looking for a direct link to download Debian 5.0.6, but to no avail so far. Can you help? As 5.0.6 is not the current stable release (not even the current oldstable; are you sure you don't want 5.0.8??) they are in the archive section. Please see http://www.debian.org/CD/faq/#old for details. Best regards, Alexander -- 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/4dd26920.7080...@debian.org
Please review content squeeze release announement
[ m-f-t set to the publicity list; please respect that ] Hi! In the past days, we drafted an announcement text for the upcoming squeeze release. I think it is now matured enough, to get the _content_ reviewed by the involved teams. The current timelime to work on the draft is as follows: * today: Review content, last modifications / additions of the content * tommorow: review by -l10n-english * also tommorow: call for translations * Rest of week: * fix en_DE * Get it translated into as many languages as possible Currently I expect, that the announcement will be released on Sunday tht 6th; it would be great, if it it could be translated by then. Best Regards, Alexander -- 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/20110202094355.go30...@melusine.alphascorpii.net
Re: Please review content squeeze release announement
Hi! * Alexander Reichle-Schmehl toli...@debian.org [110202 10:43]: In the past days, we drafted an announcement text for the upcoming squeeze release. I think it is now matured enough, to get the _content_ reviewed by the involved teams. BTW: You can find it at svn+ssh://svn.alioth.debian.org/svn/publicity/announcements/en/2011/2011-02-06-squeeze-announce.wml or https://alioth.debian.org/scm/viewvc.php/announcements/en/2011/2011-02-06-squeeze-announce.wml?root=publicityview=log Best Regards, Alexander -- 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/20110202095156.gp30...@melusine.alphascorpii.net
DPN, rt, d-i
Hi! You might wonder, when the next issue of the Debian Project News will be released. Well, to be honest, I can't answer that question. In theory, it is finished and could be frozen and reviewed; however, rumour has it, that a) the release team will soonish send new Bits from and b) debian-installer team is about to publish a release candidate. Given that the first two paragraphs of the current DPN draft are the release teams bits from mail and the beta2 of the d-i, I actually don't think, that it makes much sense to freeze the DPN as it is; as major parts of it might be obsoleted soonish. I pinged both d-i and rt and asked for their timeline, but got no answer so far. So I guess the best thing we can do, is freeze it tomorrow morning, release it the day after tomorrow in the evening (therefore still having more or less two days for reviewing and translating), and should d-i or rt react in the meantime, rewrite these paragraphs if that happens, and hope, that we can keep at least part of it. Best regards, Alexander -- 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/4d2de2a5.2080...@debian.org
Bug#607554: unblock: titantools/4.0.11+notdfsg1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package titantools It fixes RC bug #584383 (and moved the package to non-free). unblock titantools/4.0.11+notdfsg1-2 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.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: http://lists.debian.org/20101219181410.20644.49572.report...@armenelos.local.alphamar.org
Bug#607255: RM: trac-datefieldplugin/0.7782-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi! The named package in testing is affected by rc bug #603076 (installation failure) and important bug #581486 (bashism in debian/rules). In a private reply to my request, the maintainer basically answered, that he is not sure, if he will have the time, to investigate what was broken. Considering, that trac-datefieldplugin was not part of a stable release and has quite low popcon, removing it from testing for now seems like a viable choice. Best regards, Alexander -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (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: http://lists.debian.org/2010121616.18376.51431.report...@pc2177.tib.uni-hannover.de
Bug#607196: nmu: witty_3.1.2-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi! witty seems to miss only the kfreebsd-amd64 build to be allowed to migrate to squeeze. According to the buildlog, the build failed with an bus error of yui-compressor (which didn't showed up on kfreebsd-i386). And as KiBi said, when it build before, a binNMU might work in an other case, I hereby request a binNMU with that reason: nmu witty_3.1.2-3 . kfreebsd-amd64 . -m Build before, let's try again? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (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: http://lists.debian.org/20101215151713.15921.93098.report...@pc2177.tib.uni-hannover.de
Bug#605707: unblock: nagiosgrapher/1.7.1-2.1
Hi! Am 12.12.2010 00:09, schrieb Mehdi Dogguy: This can't migrate directly since it depends on a recent version of nagios3. Can you re-upload in t-p-u please? Sorry for the delay. I've just uploaded it to t-p-u: nagiosgrapher (1.7.1-2+deb60u1) testing-proposed-updates; urgency=low . * Non-maintainer upload. * Uploading to testing-proposed-updates on request of mehdi, as last NMU's migration is blocked by an upload of nagios (Closes: #603456) Best regards, Alexander -- 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/4d073c12.2080...@debian.org
Re: Bug#603427: probable fix for rc bug #603427
Hi! * Jan Wagner w...@cyconet.org [101121 12:58]: i was going through your hints and did modify the package to not introduce a new pre-depend and not using debconf to migrate the configuration and did some other improvements ... here comes the diff against the package in squeeze and a summarization: As jcristeau mentioned, you didn't had the time reviewing this patch, I gave it a shot yesterday evening and today morning and reviewed the proposed patch. While surely not being small, it addresses the core issue of the problem, and is as elegant as possible. I guess, if I would have needed to address this issue, I would have done it similar. I also tested various upgrad szenarios to verify, that the patch solves the issue. And didnt found any problems; all problems I could think of during upgrades seem to be addressed. Hope that helps, Alexander -- 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/20101209101009.ga5...@melusine.alphascorpii.net
Re: Bug#596899: Please unblock ia32-libs/20101012
Hi! Am 07.12.2010 18:01, schrieb Goswin von Brederlow: Uploading ia32-libs-core_20101207_source to mentors. Sponsors welcome. That one FTBFS for me with: dh_builddeb -s dh_builddeb: You asked that all arch in(dep) packages be built, but there are none of that type. dpkg-genchanges ../ia32-libs-core_20101207_amd64.changes dpkg-genchanges: error: cannot read files list file: No such file or directory dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2 E: Failed autobuilding of package Full build log available at http://people.debian.org/~tolimar/tmp/ia32-libs-core_20101207_amd64.log Best regards, Alexander -- 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/4cff426f.2050...@debian.org
Re: Bug#596899: Please unblock ia32-libs/20101012
Hi! Am 08.12.2010 09:31, schrieb Alexander Reichle-Schmehl: That one FTBFS for me with: Sorry for the noise. I was just pointed at the fact, that this is the expected behaviour when building an ia64 package on amd64 :( Best regards, Alexander -- 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/4cff466c.9070...@schmehl.info
Re: Is 603450 realy release critical?
Hi! Am 08.12.2010 10:37, schrieb Bastian Blank: #564690 is an old example of the same problem. So is #547092 (which has severity important). And I'm sure if we dig deep enough, we can find others as well. There's patch floating arround, which has a major regression: It doesn't work for users of self signed certificates. From what I've seen in the bug, even you should be able to fix that. If I'm ever interested in your opinion, I let you know. Alexander -- 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/4cff593b.5010...@debian.org
axiom in t-p-u
[ writing this mail mostly, so it isn't lost in IRC ] Hi! There seems to be a problem with the package axiom, as the version in t-p-u doesn't migrate to testing. History so far: * End of November I uploaded the NMU of axiom 20100701-1.1 to testing-proposed-updates. * I think mehdi approved, but it didn't migrate, as mipsel FTBFS. * I couldn't solve the mipsel FTBFS, so I did the last ressort action recommended by jcristeau: I removed the old axiom mipsel binary from testing (yesterday at 13:46:42 +) Now we have the following: toli...@franck:~$ dak ls -s testing,testing-proposed-updates axiom axiom | 20100701-1 | testing | source, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, powerpc, s390, sparc axiom | 20100701-1.1 | testing-proposed-updates | source, amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, powerpc, s390, sparc So, the very same state in testing as well as t-p-u, no? But axiom 20100701-1.1 still hasn't moved to testing. So, is there anything I should do? Anything I can help with? Best Regards, Alexander -- 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/20101207100221.gg2...@melusine.alphascorpii.net
Is 603450 realy release critical?
Hi release manager, #603450 is a bug (currently with severity grave, Justification: user security hole), as offlineimap does no ssl certificate checking. While I agree, that this is a really important feature, which should be fixed, I'm wondering, if that really is release critical. There's patch floating arround, which has a major regression: It doesn't work for users of self signed certificates. Should this bug be seen as of release critical severity, would you therefore at least consider tagging it squeeze-ignore? Best Regards, Alexander -- 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/20101208074530.gb30...@melusine.alphascorpii.net
Bug#605707: unblock: nagiosgrapher/1.7.1-2.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nagiosgrapher it fixes RC bug #603456 (upgrade problem due to modified files). Changelog reads: * Non-maintainer upload. * debian/rules: install standard//check_disk.ncfg standard//check_swap.ncfg standard//check_ping.ncfg standard//check_load.ncfg standard//check_procs.ncfg via ucf instead of directly in the package (as it was done before) (Closes: #603456) * Set urgency to medium due to rc bug fix unblock nagiosgrapher/1.7.1-2.1 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (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: http://lists.debian.org/20101202153855.28225.71361.report...@pc2177.tib.uni-hannover.de
Bug#605583: unblock: nagiosgrapher/1.7.1-2.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nagiosgrapher as it fixes RC bug #603456. Changes are: * Non-maintainer upload. * debian/rules: install standard//check_disk.ncfg standard//check_swap.ncfg standard//check_ping.ncfg standard//check_load.ncfg standard//check_procs.ncfg via ucf instead of directly in the package (as it was done before) (Closes: #603456) * Set urgency to medium due to rc bug fix unblock nagiosgrapher/1.7.1-2.1 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (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: http://lists.debian.org/20101201144233.21651.40661.report...@pc2177.tib.uni-hannover.de
Bug#605022: unblock: canna/3.7p3-6.5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package canna as it fixes two RC bugs (including one
unreported piuparts uninstallation fail). Changelog reads as fellows:
* Non-maintainer upload.
* Urgency high due to RC bug fix
* Fix problem when trying to delete user twice on purge (postrm purge
might be indeed called twice; see
http://lists.debian.org/debian-devel/2002/10/msg00345.html
for details) (Closes: #579312)
* Use userdel instead of the non-essential deluser in postrm
* Include danish debconf template (Closes: #589865)
* Also fix lintian error on weak library dependency for libcanna1g-dev
on libcanna1g by version the dependency with (= ${binary:Version})
unblock canna/3.7p3-6.5
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (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: http://lists.debian.org/20101126130925.32382.65975.report...@localhost
Re: libibumad...
Hi! * Julien Cristau jcris...@debian.org [101118 15:30]: This can't go in because libibmad1 on armel depends on libibumad1, and the new version isn't getting built. I guess this means libibmad should get removed on a bunch of archs? libibmad and libibumad should be removed from unstable and testing for all arches except i386 amd64 ia64 powerpc. A request was filed with ftp.d.o for the removal of libibumad in unstable, but in unstable only and nothing was done for libibmad. Can somebody please get libibmad removed from sid on the extra archs? Sorry for the delay, should be done now: toli...@franck:~$ dak ls -S -s unstable libibmad libibmad-dev | 1.2.3-20090314-1 | unstable | amd64, i386, ia64, powerpc libibmad1 | 1.2.3-20090314-1 | unstable | amd64, i386, ia64, powerpc libibmad | 1.2.3-20090314-1 | unstable | source toli...@franck:~$ dak ls -S -s unstable libibmad libibmad-dev | 1.2.3-20090314-1 | unstable | amd64, i386, ia64, powerpc libibmad1 | 1.2.3-20090314-1 | unstable | amd64, i386, ia64, powerpc libibmad | 1.2.3-20090314-1 | unstable | source Best Regards, Alexander signature.asc Description: Digital signature
Re: Request to upload iftop 0.17-18 to unstable (and unblock it to testing)
Hi! Am 26.10.2010 23:55, schrieb Adam D. Barratt: I've uploaded the complete debdiff between 0.17-6 (currently in Squeeze) and the proposed 0.17-8 upload at http://people.debian.org/~tolimar/tmp/iftop-debdiff_0.17-6_0.17-8.diff. I can't make sense of this. lenny has 0.17-8, squeeze has 0.17-16. The changelog stanzas are for 0.17-17 and 0.17-18, so I assume both the message and URL and missing several 1s. Yes, I would like to upload 0.17-18 to replace the existing 0.17-16 in Squeeze. Sorry for the confusion, Alexander -- 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/4cc7f0b6.9020...@debian.org
Pre-Approval for iftop 0.17-8
Hi release team, I haven't heard back from you, yet, so I guess, it didn't caught your attention due to a missleading subject ;) I still think it would be a good idea to have at least the ipv6 and the segfautl patches applied. One could discuss about the disabled Shell functionality, and if it makes it easiert for you, I'm willing to upload a new iftop version with only the IPv6 and the segfault patch. Best Regards, Alexander * Alexander Reichle-Schmehl toli...@debian.org [101018 13:07]: Overall, I would like to upload with the following changes: debian/patches/07-spelling-and-usage-text.patch| 87 + Fixes some spelling error in the manpage debian/patches/08-segfault-duplicate-options.patch | 55 + Fixes #425488/#598376 a sefault when using the same command line argument twice. debian/patches/09-incomplete-hash-func.patch | 51 Fixes #595169, which is actually only wishlist, but quite nasty. debian/patches/10-lladdr-inclusion-kfreebsd.patch | 37 Fixes #598367, an usage problem on kfreebds-* debian/patches/11-implement-ipv6-support.patch | 1120 + Is the missig IPv6 support. All these patches have been reviewsed and accepted by upstream in the meantime. The laste change I seek your approval would be the following: iftop-0.17/debian/rules|3 debian/NEWS| 11 Here I disabled an quite unexpected feature of iftop: It allows you to open a subshell. As iftop is often used in combination with sudo, sysadmins might be suprised, to give other users full root by granting them access to iftop (granted; only if the don't configure sudo properly); but as it is only a minimal change, I hope you allow that, too. Just for completness, I also changed the following files: debian/watch |4 iftop-0.17/debian/changelog| 27 iftop-0.17/debian/control |2 iftop-0.17/debian/patches/series |5 I've uploaded the complete debdiff between 0.17-6 (currently in Squeeze) and the proposed 0.17-8 upload at http://people.debian.org/~tolimar/tmp/iftop-debdiff_0.17-6_0.17-8.diff. signature.asc Description: Digital signature
Request to upload iftop 0.17-8 to unstable (and unblock it to testing)
Hi! I would like to upload iftop to unstable and let it migrate to testing. The most important change would be added IPv6 support. Overall, I would like to upload with the following changes: debian/patches/07-spelling-and-usage-text.patch| 87 + Fixes some spelling error in the manpage debian/patches/08-segfault-duplicate-options.patch | 55 + Fixes #425488/#598376 a sefault when using the same command line argument twice. debian/patches/09-incomplete-hash-func.patch | 51 Fixes #595169, which is actually only wishlist, but quite nasty. debian/patches/10-lladdr-inclusion-kfreebsd.patch | 37 Fixes #598367, an usage problem on kfreebds-* debian/patches/11-implement-ipv6-support.patch | 1120 + Is the missig IPv6 support. All these patches have been reviewsed and accepted by upstream in the meantime. The laste change I seek your approval would be the following: iftop-0.17/debian/rules|3 debian/NEWS| 11 Here I disabled an quite unexpected feature of iftop: It allows you to open a subshell. As iftop is often used in combination with sudo, sysadmins might be suprised, to give other users full root by granting them access to iftop (granted; only if the don't configure sudo properly); but as it is only a minimal change, I hope you allow that, too. Just for completness, I also changed the following files: debian/watch |4 iftop-0.17/debian/changelog| 27 iftop-0.17/debian/control |2 iftop-0.17/debian/patches/series |5 I've uploaded the complete debdiff between 0.17-6 (currently in Squeeze) and the proposed 0.17-8 upload at http://people.debian.org/~tolimar/tmp/iftop-debdiff_0.17-6_0.17-8.diff. Thanks for your time, Alexander signature.asc Description: Digital signature
Bug#600080: unblock: e16/1.0.0-4
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi!
Please unblock package e16 As it fixes two release critical bugs. I testet
all upgrade path I could think of and didn't encounter any problems.
Changelog follows:
* QA upload.
* Set maintainer to Debian QA Group packa...@qa.debian.org (as it was
orphaned in #599910)
* Fix config file handling (Closes: #567770)
* Adding Pre-Depends on dpkg (= 1.15.7.2) to use
dpkg-maintscript-helper
* Add e16-data.{preinst,postinst,postrm} to deal with the move of
config files from /usr/share/e16/config/ to /etc/e16
* In debian/rules move the configuration files to /etc/e16 and place
symlinks in /usr/share/e16/config/ instead
* Build-Depend on autopoint instead of cvs (Closes: #572465)
unblock e16/1.0.0-4
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (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: http://lists.debian.org/20101013133921.10049.13376.report...@localhost
Bug#600084: unblock: nagvis/1.4.6-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nagvis. It fixes an installation error if installed with a remote database (otherwise user will have to read the readme and configure it by hand): * Non-maintainer upload. * Only try to configure local database, if ndoutils is run localy (Closes: #595313) unblock nagvis/1.4.6-1.1 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (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: http://lists.debian.org/20101013140009.25977.21737.report...@localhost
Re: e16 RC bugs
debian/e16-data/usr/share/e16/config/menus/desktop.menu debian/e16-data/etc/e16/menus/desktop.menu
+ mv -f debian/e16-data/usr/share/e16/config/menus/winops_layer.menu debian/e16-data/etc/e16/menus/winops_layer.menu
+ # create compatibility symlinks; doing it here, as the dh call has
+ # already dealt with e16-data.links
+ dh_link -pe16-data etc/e16/actionclasses.cfg usr/share/e16/config/actionclasses.cfg
+ dh_link -pe16-data etc/e16/bindings.cfg usr/share/e16/config/bindings.cfg
+ dh_link -pe16-data etc/e16/fonts.pango.cfg usr/share/e16/config/fonts.pango.cfg
+ dh_link -pe16-data etc/e16/fonts.xft.cfg usr/share/e16/config/fonts.xft.cfg
+ dh_link -pe16-data etc/e16/matches.cfg usr/share/e16/config/matches.cfg
+ dh_link -pe16-data etc/e16/menus.cfg usr/share/e16/config/menus.cfg
+ dh_link -pe16-data etc/e16/menus/winops_size.menu usr/share/e16/config/menus/winops_size.menu
+ dh_link -pe16-data etc/e16/menus/maintenance.menu usr/share/e16/config/menus/maintenance.menu
+ dh_link -pe16-data etc/e16/menus/settings.menu usr/share/e16/config/menus/settings.menu
+ dh_link -pe16-data etc/e16/menus/winops_misc.menu usr/share/e16/config/menus/winops_misc.menu
+ dh_link -pe16-data etc/e16/menus/winops.menu usr/share/e16/config/menus/winops.menu
+ dh_link -pe16-data etc/e16/menus/winops_opacity.menu usr/share/e16/config/menus/winops_opacity.menu
+ dh_link -pe16-data etc/e16/menus/enlightenment.menu usr/share/e16/config/menus/enlightenment.menu
+ dh_link -pe16-data etc/e16/menus/winops_groups.menu usr/share/e16/config/menus/winops_groups.menu
+ dh_link -pe16-data etc/e16/menus/desktop.menu usr/share/e16/config/menus/desktop.menu
+ dh_link -pe16-data etc/e16/menus/winops_layer.menu usr/share/e16/config/menus/winops_layer.menu
touch $@
endif
diff -u e16-1.0.0/debian/changelog e16-1.0.0/debian/changelog
--- e16-1.0.0/debian/changelog
+++ e16-1.0.0/debian/changelog
@@ -1,3 +1,17 @@
+e16 (1.0.0-3.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix config file handling (Closes: #567770)
+* Adding Pre-Depends on dpkg (= 1.15.7.2) to use
+ dpkg-maintscript-helper
+* Add e16-data.{preinst,postinst,postrm} to deal with the move of
+ config files from /usr/share/e16/config/ to /etc/e16
+* In debian/rules move the configuration files to /etc/e16 and place
+ symlinks in /usr/share/e16/config/ instead
+ * Build-Depend on autopoint instead of cvs (Closes: #572465)
+
+ -- Alexander Reichle-Schmehl toli...@debian.org Thu, 07 Oct 2010 15:16:21 +0200
+
e16 (1.0.0-3.1) unstable; urgency=medium
* Non-maintainer upload.
only in patch2:
unchanged:
--- e16-1.0.0.orig/debian/e16-data.preinst
+++ e16-1.0.0/debian/e16-data.preinst
@@ -0,0 +1,125 @@
+#!/bin/sh
+
+set -e
+
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/definitions 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/e16keyedit.db 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/apple.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/key_lock.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/note.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/tv2.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/sound.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/wait6.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/wait2.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/wait4.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/pager.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/spider.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/bg.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/wait7.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/mouse_any.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/mouse_0.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/key_mod2.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/mouse_1.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/mouse_5.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/key_mod5.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/snapshots.png 1.0.0-3.1 e16-data -- $@
+dpkg-maintscript-helper rm_conffile \
+ /etc/e16/pix/areas.png 1.0.0-3.1 e16
Bug#599082: closed by Julien Cristau jcris...@debian.org (Re: Bug#599082: unblock: neverball/1.5.4-3)
Hi! * Debian Bug Tracking System ow...@bugs.debian.org [101005 18:33]: neverball has been sucessfully built on all archs. I would therefore ask you to unblock it. Grrr at adding patch systems. Unblocked. Sorry, I thought it would be the cleaner and therefore prefered approach. If you prefer it, I can reupload without patch system but direct changes. Thanks for your work anyway! Best Regards, Alexander signature.asc Description: Digital signature
Bug#599272: release.debian.org: unblock: libibumad/1.2.3-20090314-1.1
Package: release.debian.org Severity: normal Hi! Could you please unblock libibumad/1.2.3-20090314-1.1 as it fixes a rc bug: libibumad (1.2.3-20090314-1.1) unstable; urgency=high * Non-maintainer upload. * Add depenency on libibcommon-dev to libibumad-dev (Closes: #593414) * Urgency high due to RC bug fix -- Alexander Reichle-Schmehl toli...@debian.org Tue, 07 Sep 2010 14:37:43 +0200 Best regards, Alexander -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- 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/20101006101006.26921.39036.report...@melusine.alphascorpii.net
Bug#599082: unblock: neverball/1.5.4-3
reopen 599082 thanks Hi! * Alexander Reichle-Schmehl toli...@debian.org [101005 09:31]: Would you please unblock neverball/1.5.4-3 as it fixes #598614, a FTBFS on mips? Sorry, seems my request came too soon. https://buildd.debian.org/pkg.cgi?pkg=neverball lists 1.5.4-3 on mips as Build-attempt, so something still fails (can't understand it; it worked on gabrielli!). So I close this unblock request, and wait for the build logs. Arg, sorry for the confussion. It appreas I didn't read the the above webpage correctly :( neverball has been sucessfully built on all archs. I would therefore ask you to unblock it. Best Regards, Alexander signature.asc Description: Digital signature
Bug#599082: unblock: neverball/1.5.4-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Hi! Would you please unblock neverball/1.5.4-3 as it fixes #598614, a FTBFS on mips? I tried to keep the changes (full debdiff attached) minimal: $ debdiff neverball_1.5.4-2.dsc neverball_1.5.4-3.dsc |diffstat debian/patches/sepperate-data-and-bin | 13 ++ debian/patches/series |1 neverball-1.5.4/debian/changelog |8 ++ neverball-1.5.4/debian/control|2 - neverball-1.5.4/debian/rules | 44 ++ 5 files changed, 57 insertions(+), 11 deletions(-) I should mention, that this upload doesn't really fix the FTBFS. Building neverball on mips works, but upstream doesn't allow sepperation of builind the data files and the actuall binaries, and building the data files does take ages on mips. I could successfully build 1.5.4-2 on gabrielli, but it more than two days. During the build, nothing get's printed, so recent last binNMU got terminated. The fix now sepperates the build of the executables and the data; allthough the resulting debian/rules looks strange, I tested it quite carefully and it works. Best regards, Alexander -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash diff -u neverball-1.5.4/debian/rules neverball-1.5.4/debian/rules --- neverball-1.5.4/debian/rules +++ neverball-1.5.4/debian/rules @@ -4,6 +4,8 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +include /usr/share/quilt/quilt.make + CFLAGS = -Wall -g ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) @@ -16,39 +18,61 @@ INSTALL_PROGRAM += -s endif -build: build-stamp -build-stamp: +build: build-arch build-indep + +build-arch: build-arch-stamp +build-arch-stamp: patch dh_testdir # Set HOME to an existent directory as a workaround for #544835. Note that # HOME isn't actually used, but some buildds set it to a non-existent # directory, and PhysicsFS currently fails if the directory doesn't exist # (see #553174). $(MAKE) DATADIR=/usr/share/games/neverball LOCALEDIR=/usr/share/locale \ - HOME=$(CURDIR) + HOME=$(CURDIR) executables # Rename icons for .desktop files. cp dist/neverball_128.png dist/neverball.png cp dist/neverputt_128.png dist/neverputt.png touch $@ -clean: +build-indep: build-indep-stamp +build-indep-stamp: patch + dh_testdir + # we build in binary-indep, as dpkg-buildpackage -B insist on + # calling the general build target + touch $@ + +clean: unpatch dh_testdir dh_testroot - rm -f build-stamp + rm -f build-arch-stamp build-indep-stamp [ ! -f Makefile ] || $(MAKE) clean rm -f dist/neverball.png dist/neverputt.png dh_clean -install: build +install: install-arch + +install-arch: dh_testdir dh_testroot dh_clean -k - dh_installdirs - dh_install + dh_installdirs -a + dh_install -a # Build architecture-independent files here. -binary-indep: build install +binary-indep: build-indep dh_testdir -i dh_testroot -i + # Set HOME to an existent directory as a workaround for #544835. Note that + # HOME isn't actually used, but some buildds set it to a non-existent + # directory, and PhysicsFS currently fails if the directory doesn't exist + # (see #553174). + $(MAKE) DATADIR=/usr/share/games/neverball LOCALEDIR=/usr/share/locale \ + HOME=$(CURDIR) data + dh_testdir + dh_testroot + dh_clean -k + dh_installdirs -i + dh_install -i dh_installchangelogs -i CHANGES dh_installdocs -i dh_link -i @@ -60,7 +84,7 @@ dh_builddeb -i # Build architecture-dependent files here. -binary-arch: build install +binary-arch: build-arch install-arch dh_testdir -a dh_testroot -a dh_installchangelogs -a CHANGES diff -u neverball-1.5.4/debian/control neverball-1.5.4/debian/control --- neverball-1.5.4/debian/control +++ neverball-1.5.4/debian/control @@ -5,7 +5,7 @@ Uploaders: Alexander Reichle-Schmehl toli...@debian.org, Jordà Polo jo...@ettin.org, Tamas SZERB t...@rulez.org Build-Depends: debhelper (= 5), libsdl1.2-dev, libsdl-ttf2.0-dev, - libvorbis-dev, libpng12-dev, libjpeg62-dev, libphysfs-dev + libvorbis-dev, libpng12-dev, libjpeg62-dev, libphysfs-dev, quilt Standards-Version: 3.8.3 Homepage: http://neverball.org/ Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/neverball/ diff -u neverball-1.5.4/debian/changelog neverball-1.5.4/debian/changelog --- neverball-1.5.4/debian/changelog +++ neverball-1.5.4/debian/changelog @@ -1,3 +1,11 @@ +neverball (1.5.4-3) unstable; urgency=low + + * Don't build data files every time (Closes: #598614) +* Patch upstram Makefile to provide seppereta rules for data and executables +* Use them to build arch:all
Bug#596686: unblock: gtk2-engines-qtcurve/1.5.2-1.1 (currently in delayed/2)
Package: release.debian.org Severity: normal Hi! Could you please unblock gtk2-engised-qtcurve, as it fixed rc bug #590521? The change is trivial: diff -Nru gtk2-engines-qtcurve-1.5.2/debian/rules gtk2-engines-qtcurve-1.5.2/debian/rules --- gtk2-engines-qtcurve-1.5.2/debian/rules 2010-07-22 08:41:07.0 +0200 +++ gtk2-engines-qtcurve-1.5.2/debian/rules 2010-09-13 13:45:40.0 +0200 @@ -9,7 +9,7 @@ dh $@ --parallel override_dh_auto_configure: - dh_auto_configure -- -DQTC_MODIFY_MOZILLA=true + dh_auto_configure -- -DQTC_MODIFY_MOZILLA=false get-orig-source: uscan --verbose --force-download --no-symlink Best regards, Alexander -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- 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/20100913121541.19319.769.report...@melusine.alphascorpii.net
Bug#596688: unblock: gweled/0.8.repack-4.1 (currently in DELAYED/2)
Package: release.debian.org Severity: normal Hi! Could you please unblock gweled/0.8.repack-4.1? It fixes RC bug #595590 (which is actually the same as #591597, incorrectly marked as fixed) and the fix is trivial: diff -Nru gweled-0.8.repack/debian/rules gweled-0.8.repack/debian/rules --- gweled-0.8.repack/debian/rules 2010-08-04 09:29:10.0 +0200 +++ gweled-0.8.repack/debian/rules 2010-09-13 14:04:32.0 +0200 @@ -15,4 +15,4 @@ override_dh_auto_install: dh_auto_install - rm -rf $(CURDIR)/debian/gweled/var/games + rm -rf $(CURDIR)/debian/gweled/var/games/* Best regards, Alexander -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- 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/20100913122318.20733.48735.report...@melusine.alphascorpii.net
release-critical bug statistics (was: Debian Project News 2010/05 frozen, please review and translate)
Hi! Am 12.07.2010 18:43, schrieb Filipus Klutiero: That section is very confusing. Although I can see how the math was done when looking at the blog post (assuming the numbers need an update), [..] According to the unofficial RC-bugs count, the upcoming release, Debian 6.0 Squeeze, is currently affected by 339 release-critical bugs. Ignoring bugs which are easily solved or on the way of being solved, roughly speaking, about 208 release critical bugs remain to be solved for the release to happen. With something linking to an explanation. I just changed the template for the DPN accordingly and moved the explanation text into the wiki at http://wiki.debian.org/ProjectNews/RC-Stats. Dear release people and native speakers, could please review that wiki page? As it will be directly linked from the DPN it is possible that someone will follow that link ;) Feel also free to do further edits to remove the personal blog stile. Best regards, Alexander -- 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/4c402254.3060...@schmehl.info
auto-cruft which don't work out, which might interest you
Hi release team! Bellow is a list of auto-cruft, that doesn't work out currently (leading to not migrating packages and what not). I guess some will work out themself soonish, but some might be new to you and solvable via proper binNMUs. Note: All the kernel (Linux and FreeBSD) auto-cruft listed at http://ftp-master.debian.org/cruft-report-daily.txt doesn't work out, too. But I guess you already know that ;) Best regards and hope that helps, Alexander * package libopenssl-ruby in version 4.4 is no longer built from source - suggested command: dak rm -m [auto-cruft] no longer built from source -s unstable -a all -p -R -b libopenssl-ruby Results in: Checking reverse dependencies... # Broken Build-Depends: facter: libopenssl-ruby opendnssec-auditor: libopenssl-ruby puppet: libopenssl-ruby * source package apiextractor version 0.5.1-1 no longer builds binary package(s): libapiextractor0 on amd64,hppa,i386,ia64,kfreebsd-amd64,kfreebsd-i386,powerpc - suggested command: dak rm -m [auto-cruft] NBS (no longer built by apiextractor) -s unstable -a amd64,hppa,i386,ia64,kfreebsd-amd64,kfreebsd-i386,powerpc -p -R -b libapiextractor0 Results in: # Broken Depends: boostpythongenerator: boostpythongenerator generatorrunner: docgenerator generatorrunner libgenrunner0.3.3 libgenrunner0.4.0 * source package evince version 2.30.1-2 no longer builds binary package(s): libevince1 on mips,s390,sparc - suggested command: dak rm -m [auto-cruft] NBS (no longer built by evince) -s unstable -a mips,s390,sparc -p -R -b libevince1 Results in: # Broken Depends: gnome-python-desktop: python-evince * source package generatorrunner version 0.4.0-2 no longer builds binary package(s): libgenrunner0.3.3 on amd64,armel,hppa,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,sparc - suggested command: dak rm -m [auto-cruft] NBS (no longer built by generatorrunner) -s unstable -a amd64,armel,hppa,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,sparc -p -R -b libgenrunner0.3.3 Results in: # Broken Depends: boostpythongenerator: boostpythongenerator * source package gnokii version 0.6.29.dfsg-1 no longer builds binary package(s): libgnokii5 on alpha,amd64,armel,hppa,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,sparc - suggested command: dak rm -m [auto-cruft] NBS (no longer built by gnokii) -s unstable -a alpha,amd64,armel,hppa,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,sparc -p -R -b libgnokii5 Results in: # Broken Depends: gnome-phone-manager: gnome-phone-manager [alpha amd64 armel hppa i386 ia64 mips mipsel powerpc s390 sparc] kdepim: kaddressbook [alpha armel mipsel s390 sparc] libopensync-plugin-gnokii: opensync-plugin-gnokii [alpha amd64 armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390] * source package google-gadgets version 0.11.2-2 no longer builds binary package(s): libggadget-1.0-0a libggadget-gtk-1.0-0a libggadget-qt-1.0-0a on mipsel - suggested command: dak rm -m [auto-cruft] NBS (no longer built by google-gadgets) -s unstable -a mipsel -p -R -b libggadget-1.0-0a libggadget-gtk-1.0-0a libggadget-qt-1.0-0a Results in: # Broken Depends: kdebase-workspace: plasma-scriptengine-googlegadgets * source package insighttoolkit version 3.18.0-1 no longer builds binary package(s): libinsighttoolkit3.16 on amd64,i386,ia64 - suggested command: dak rm -m [auto-cruft] NBS (no longer built by insighttoolkit) -s unstable -a amd64,i386,ia64 -p -R -b libinsighttoolkit3.16 Results in: # Broken Depends: igstk: libigstk4 [i386 ia64] slicer: libslicer3 slicer * source package kdebase-workspace version 4:4.4.3-1 no longer builds binary package(s): libkfontinst4 libkwineffects1 libnepomukquery4 libnepomukqueryclient4 libplasma-applet-system-monitor4 libplasmaclock4 libprocesscore4 libprocessui4 libtaskmanager4 libweather-ion4 on sparc - suggested command: dak rm -m [auto-cruft] NBS (no longer built by kdebase-workspace) -s unstable -a sparc -p -R -b libkfontinst4 libkwineffects1 libnepomukquery4 libnepomukqueryclient4 libplasma-applet-system-monitor4 libplasmaclock4 libprocesscore4 libprocessui4 libtaskmanager4 libweather-ion4 Results in: # Broken Depends: kdeplasma-addons: plasma-dataengines-addons plasma-widget-lancelot plasma-widgets-addons ktorrent: plasma-widget-ktorrent plasma-widget-yawp: plasma-dataengines-yawp plasma-widget-yawp * source package kdeedu version 4:4.4.3-1 no longer builds binary package(s): indi libmarble4 on s390 - suggested command: dak rm -m [auto-cruft] NBS (no longer built by kdeedu) -s unstable -a s390 -p -R -b indi libmarble4 Results in: # Broken Depends: kdeplasma-addons: plasma-wallpapers-addons kphotoalbum: kphotoalbum *
Making auto decruft easier for us and the release team
Hi! I think that the decrufting of our archive is done rather suboptimal for both of us, the ftp-team as well as the release-team. I'm not yet sure, how things can be done easier, so I guess the best thing to start discussing it, is describing how things are don currently. So, what is this decrufting thing? From our point of view, it's keeping the archive clean. Let's image a source package foo 1.0-1 builds a binary package libfoo1-dev and libfoo1. The binary packages then get renamed to libfoo2-dev and libfoo2. When the new package 2.0-1 is uploaded to unstable, the ftp-team get's a mail, telling us, something similar to the following: == * source package foo version 2.0-1 no longer builds binary package(s): libfoo1, libfoo1-dev on list of architectures - suggested command: dak rm -m [auto-cruft] NBS (no longer built by foo) -s unstable -a architectures -p -R -b libfoo1 libfoo1-dev == When some ftp member reads that mail (and has time and dinstall isn't running), he can try that command. Sometimes the dependency checks don't find any packages (build-)depending on the gone packages, they get removed and everyone is happy. The problems arise, when there are still some packages (build-)depending on the binary packages to be removed. I guess the correct thing for broken build-depends is to fill RC bugs against the affected packages, as they are (defacto) FTBFS. The broken depends however are a bit trickier (and now the release team get's involved). Currently, I a) request binnmus for the packages, if I think that the problem will be solved by that. So far the release team (Hi Adam!) acted quite quick on them, the dependencies where gone, and a couple of dinstalls later, I could remove the obsolete binary packages. The cruft is gone, everyone is happy. b) Ignore the decruft requests, when I already know that the release team is aware of the transition (e.g. libao2). As I do that by memory, I might be wrong about that. c) Ignore the decruft request, if it's to complicate to understand the problem (and the solution) within a short time frame, and try to hope that it is gone, after the next dinstall run. (I do that, when I do some ftp work to fill the time till the next meeting ;) I confess that solutions b) and c) are suboptimal, as they leave cruft in the archive and preventing packages from migrating to testing. See today's irc log from #debian-release for example: libimobiledevice droped libimobiledevice0, some packages depend in it. I requested some binnmus to solve that, but forgot one package in my binnmus bug report. And as I remembered, that I did request binnmus for that problem, I ignored the decruft request and neither did asked for the correct binmu, nor did the removal of the obsolete package. So, how to we get things done easier? I think we need some easier way to tell the release team, what decruft stuff is currently pending due to some broken packages, so that they can request the correct binnmus (or ignore them, to avoid getting ongoing transitions tangled together), or even tell us to ignore them, as it only affects unrelated architectures. For reference, currently the pending auto-cruft removals are: * source package clalsadrv version 2.0.0-2 no longer builds binary package(s): libclalsadrv1 on alpha,amd64,armel,hppa,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,sparc - suggested command: dak rm -m [auto-cruft] NBS (no longer built by clalsadrv) -s unstable -a alpha,amd64,armel,hppa,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,sparc -p -R -b libclalsadrv1 # Broken Depends: aeolus: aeolus [mipsel] ams: ams [alpha] jaaa: jaaa [amd64 mipsel] japa: japa [amd64 mipsel] * source package gcc-4.1 version 4.1.2-29 no longer builds binary package(s): g++-4.1 libmudflap0-dev libstdc++6-4.1-dbg libstdc++6-4.1-dev libstdc++6-4.1-pic on alpha,amd64,armel,hppa,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,powerpc,s390,sparc - suggested command: dak rm -m [auto-cruft] NBS (no longer built by gcc-4.1) -s unstable -a alpha,amd64,armel,hppa,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,powerpc,s390,sparc -p -R -b g++-4.1 libmudflap0-dev libstdc++6-4.1-dbg libstdc++6-4.1-dev libstdc++6-4.1-pic # Broken Depends: libgenome: libgenome-1.3-0-dev pinball: pinball-dev # Broken Build-Depends: omniorb4: g++-4.1 * source package gjs version 0.6-1 no longer builds binary package(s): libgjs0 on alpha,amd64,armel,hppa,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,powerpc,s390,sparc - suggested command: dak rm -m [auto-cruft] NBS (no longer built by gjs) -s unstable -a alpha,amd64,armel,hppa,hurd-i386,i386,ia64,kfreebsd-amd64,kfreebsd-i386,mips,powerpc,s390,sparc -p -R -b libgjs0 # Broken Depends: gnome-shell: gnome-shell * source package kfreebsd-7 version 7.3-1 no longer
Bug#578369: nmu: aeolus, ams, jaaa, japa
Package: release.debian.org Severity: normal Hi! Another round off needed binNMUs found via dak auto cruft's: nmu aeolus . ALL . -m Build against libclalsadrv2 nmu ams . ALL . -m Build against libclalsadrv2 nmu jaaa . ALL . -m Build against libclalsadrv2 nmu japa . ALL . -m Build against libclalsadrv2 Best regards, Alexander -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.11-dsa-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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/20100419110254.18095.72768.report...@ries.debian.org
Bug#578371: nmu: gvfs, ifuse, ipheth against libimobiledevice1
Package: release.debian.org Severity: normal Hi! Another round off needed binNMUs found via dak auto cruft's: nmu gvfs_1.6.0-1 . alpha amd64 hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips powerpc s390 . -m Build against libimobiledevice1 Best regards, Alexander -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.11-dsa-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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/20100419111555.22699.71753.report...@ries.debian.org
Bug#578369: nmu: aeolus, ams, jaaa, japa
* Alexander Reichle-Schmehl toli...@debian.org [100419 13:02]: nmu aeolus . ALL . -m Build against libclalsadrv2 nmu ams . ALL . -m Build against libclalsadrv2 nmu jaaa . ALL . -m Build against libclalsadrv2 nmu japa . ALL . -m Build against libclalsadrv2 That should be: nmu aeolus_0.8.2-3 . ALL . -m Build against libclalsadrv2 nmu ams_2.0.1-3 . ALL . -m Build against libclalsadrv2 nmu jaaa_0.4.2-2 . ALL . -m Build against libclalsadrv2 nmu japa_0.2.1-3 . ALL . -m Build against libclalsadrv2 Best Regards, Alexander -- 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/20100419112422.ga3...@melusine.alphascorpii.net
Bug#577647: nmu: gnome-shell_2.29.0-2
Package: release.debian.org Severity: normal Hi! gnome-shell depends on libgjs0, which has been replaced by libgjs0a. nmu gnome-shell_2.29.0-2 . ALL . -m Rebuild against latest libgjs-dev Best regards, Alexander -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- 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/20100413115356.23880.17791.report...@melusine.alphascorpii.net
Re: Hardware trouble ries.debian.org - ftpmaster.debian.org / release.d.o services disabled
Hi! Joerg Jaspert schrieb: I did an initial check of stuff that recently happened in the ftpmaster part of ries. Right now we have a set of packages that are broken beyond repair (on ries and also pushed to mirrors): gparted 0.5.2-2 alpha python-oss 0.0.0.20010624-6.1+b1 armel python-pam 0.4.2-12.1+b1 armel fluxbox 1.1.1-7 hppa fqterm 0.9.6.8-1 hppa gparted 0.5.2-2 i386 gss 0.1.5-1 mipsel We have now a complete list of broken uploads: fluxbox 1.1.1-7 hppa (already in testing?) python-pam 0.4.2-12.1+b1 armel python-oss 0.0.0.20010624-6.1+b1 armel gparted 0.5.2-2 alpha gss 0.1.5-1 mipsel gparted 0.5.2-2 i386 (already in testing?) coin3 3.1.3-1 s390 cherokee 0.99.44-1 s390 Could you please schedule binnmus for these packages? Furthermore some them seem to have already been migrated to testing. (at least fluxbox 1.1.1-7 hppa and gparted 0.5.2-2 i386 seem to be affected), as they where broken during an earlier crahs and reboot of ries. Best regards, Alexander signature.asc Description: OpenPGP digital signature
Re: Invite to join the Release Team
Hi! Andreas Barth schrieb: This is not adequate for sending out to d-d-a. Actually, we should give our developers (and the press who is reading that as well) an truthfull status quo of our activities. Also, it's not Andreas Barth wants that, but either the release team wants it, or we don't want it. With as well as without my press hat I find the proposed text rather suboptimal. Even as a developer who lurks around this list I don't know what most of the text is supposed to tell me. I think many fellow DDs (and other contributors) won't know what to do with this announcement as well, not to mention the press people, who will surely read it as well. The previous release update read far more smoothly, not just as a list of transitions going on currently. One detail I'd like to mention: The number of RC bugs concerning squeeze[3] is currently 756. I fail to reproduce this number; bts.turmzimmer.net lists currently ~520 rc bugs in squeeze, and bugs.d.o/release-critical lists 840. Not to mention, that both numbers are not very accurate to measure the state of the release. Best regards, Alexander -- 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/4ba897cc.8080...@debian.org
Bug#574438: release.debian.org: Please BinNMU lxlauncher and lxpanel on all arches
Package: release.debian.org Severity: normal Hi, As menu-cache does no longer build libmenu-cache0 but libmenu-cache1, could you please schedule binnmus for lxlauncher and lxpannel, so libmenu-cache0 can be autocruft-removed? Commands could be: nmu lxlauncher_0.2.1-2 . ALL . -m Recompile with menu-cache 0.3.2-2] nmu lxpanel_0.5.5-1 . ALL . -m Recompile with menu-cache 0.3.2-2] Best regards, Alexander PS: Should the version in the comment be the one of the current package in stable, or the one introducing the change causing the need for the binnmus? -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- 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/20100318093212.30009.51569.report...@melusine.alphascorpii.net
Bug#574441: nmu: jackbeat_0.7.4-1, dssi-vst_0.8-2
Package: release.debian.org Severity: normal Hi! As liblo dropped liblo0ldbl, jackbeat and dssi-vst (in contrib) seem to be needing binnmus (I'm not 100% sure about the last one, which might need a sourcefull upload, but I think it should work). nmu jackbeat_0.7.4-1 .amd64,i386 . -m Recompile with liblo 0.26~repack-4 nmu dssi-vst_0.8-2 . amd64,i386 . -m Recompile with liblo 0.26~repack-4 Best regards, Alexander -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- 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/20100318094557.31117.36641.report...@melusine.alphascorpii.net
Bug#574130: release.debian.org: BinNMU libnss-lwres on all arches
Package: release.debian.org Severity: normal Please BinNMU libnss-lwres on all arches, as the package depends on liblwres50 which was replaced by liblwres60. Copying from a similar bug report, the following might work: nmu lablgtkmathview_0.7.8-5 . ALL . -m Recompile with gmetadom 0.2.6-5 nmu libnss-lwres_0.93-6 . ALL . -m Recompile with bind 1:9.7.0.dfsg.1-1 Best regards, Alexander -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-xen-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to de...@euro) Shell: /bin/sh linked to /bin/bash -- 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/20100316160109.30965.57807.report...@melusine.alphascorpii.net
Re: Add ons to Debian Lenny
Dear Peter, Peter Johnson schrieb: Dear Team, July 1st I became a user of linux for the first time, Debian Lenny now up and running very well. Welcome! My criticsym of the OS is very fudemental, I wish to play encripted DVDs, there is no povision to do so!and no advice how to! Playing encripted DVDs is fundemental to any operating system. I'm sorry but there's no way we can do that. Playing encrypted DVDs need a special license, which as far as I know would need to paid for every copy. So we simply can't add that. My second point why not provde a clear list of supported hardware? The printer list is comprehensive and fine, so what about the Film scanners , the flatbeds, and the webcams? Sorry again, but I fear we can't do much about that either. Creating such a list would need a huge amount of time, and we - as a volunteer project - just don't have the time for that, not even to think about the resources needed to test that through. However, you could use the Debian Live CDs to test, if your system is supported before installing it. That's not a perfect solution, but a quite good one. Best regards, Alexander PS: By the way: The debian-release mailing list is not very suitable for discussions like that. It would have been more proper on the debian-project mailing list. -- 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
Hi! Daniel Baumann schrieb: Daniel Baumann wrote: jup. therefore, please include the following paragraph below the pDebian GNU/Linux can be installed [...] paragraph: [...] haven't seen a commit of that to your draft, has this been lost/forgotton or are there any problems with the paragraph? I've been busy at work and will update the draft in the evening including your change (as well as the other changes in the thread). Best regards, Alexander signature.asc Description: OpenPGP digital signature
Re: Draft for lenny release announcement
Hi! Adeodato Simó schrieb: Hey, Alexander, thanks for your work here! Some minor comments follow: Thanks for the feedback; I applied your changes / added FIXME so I won't forget them. Hypervisor 3.2.1, OpenJDK 6b11 and more than 23,000 other ready to use software packages./p I don't know about the 23,000 figure. It is binary package based, and I'm not sure if that's really fair, because splitting an upstream into different .debs is after all an artifact of the distribution. (FWIW there are around 12,500 source packages in Lenny.) In any case, I'm happy to leave this issue to your discretion. 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. pUpgrades to Debian GNU/Linux 5.0 from the previous release, Debian GNU/Linux 4.0 codenamed qetch/q, are automatically handled by the aptitude package management tool for most configurations, and to a certain degree also by the apt-get package management tool. This should be consistent with the Release Notes. I haven't been tracking the relevant section there very closely, but I thought apt-get was preferred now over aptitude. Could you investigate, and swap the order if that's the case? It is consistent with the Release notes (at least the versions from weekend and today) and the coordinator of the release notes didn't complain, yet ;) h2About Debian/h2 Was there going to be a brief mention of the dedication to Thiemo in the announcement? (I think I saw the idea thrown somewhere, I'm just not sure if something came out of it.) Shame on me for forgeting that; added a FIXME, if someone comes up with an actual text proposal I would be glad. I always felt insecure when writing these texts in a foreign language the last times :( Best regards, Alexander -- 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
Hi! W. Martin Borgert schrieb: Maybe I overlooked it, but I suggest to mention: - Debian Live - Emdebian - Blu-ray - Netbooks/EEE PC One sentence each, written by a native speaker (i.e. not me! ha!) All these got mentioned (by now). Not sure about: - SELinux - OpenVZ Don't know much about them, but if someone has a proposal... Best regards, Alexander -- 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
Hi! W. Martin Borgert schrieb: 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... What about: ... and more than 23,000 other packages ready to use software packages (build from over 12,000 source packages). For the end user the number of the binary packages is more interesting than the source packages. With that we have both: The interesting number and the true number. Best regards, Alexander signature.asc Description: OpenPGP digital signature
Re: Draft for lenny release announcement
[ dropping some lists from CC since the involved people are either subscribed somewhere else or BCCed ] Alexander Reichle-Schmehl schrieb: The most current version may be found in a private subversion repository (to avoid conflicts when using the wiki). You can get the most recent version from http://svn.schmehl.info/svn/debian-publicity/20090214-lenny-release/lenny-announcement.en.wml ; translators might later be interested in http://svn.schmehl.info/websvn/listing.php?repname=debian-publicitypath=%2F20090214-lenny-release%2Frev=0sc=0 to track changes in the document. Okay, I think I merged all the content related suggested by now as well as most spelling / grammatical improvements. The current version is available on the named location. I think content wise we are done; it's quite long for an announcement, but I think it's still okay. So please give it an other content check, which I will add tomorrow. Some interesting stuff for translators will follow in a separate mail. Best regards, Alexander define-tag pagetitleDebian GNU/Linux 5.0 released/define-tag define-tag release_date2009-02-14/define-tag #use wml::debian::news pThe Debian Project is pleased to announce the official release of Debian GNU/Linux version 5.0,codenamed qlenny/q after 22 months of constant development. Debian GNU/Linux is a free operating system which supports a total of twelve processor architectures and includes the KDE, GNOME, Xfce and LXDE desktop environments. It also features compatibility with the FHS v2.3 and software developed for version 3.2 of the LSB./p !-- Fixme: Something really cool should be added here -- pDebian GNU/Linux runs on computers ranging from palmtops and handheld systems to supercomputers, and on nearly everything in between. A total of twelve architectures are supported including: Sun SPARC (sparc), HP Alpha (alpha), Motorola/IBM PowerPC (powerpc), Intel IA-32 (i386) and IA-64 (ia64), HP PA-RISC (hppa), MIPS (mips, mipsel), ARM (arm, armel), IBM S/390 (s390) and AMD64 and Intel EM64T (amd64)./p pDebian GNU/Linux 5.0 (Lenny) will include the new ARM EABI port, qArmel/q. This new port provides a more efficient use of both modern and future ARM processors. As a result the old ARM port (arm) has now been deprecated./p pThis includes support for Marvell's Orion platform or devices based on the Orion platform, like QNAP Turbo Station, HP mv2120, and Buffalo Kurobox Pro as well as Netbooks, such as the EEE PC by Asus. Debian GNU/Linux 5.0 qLenny/q also contains the build tools for Emdebian which allow Debian source packages to be cross-built and shrunk to suit embedded ARM systems./p pWith the integration of X.org 7.3 the X server autoconfigures itself with most hardware. Newly introduced packages allow the full support of NTFS filesystems or the usage of most multimedia keys out of the box. Support for Adobe#174; Flash#174; format files are available via the swfdec or Gnash plugin. Overall improvements for notebooks have been introduced, like out of the box support of CPU frequency scaling./p pThe inclusion of OpenJDK, a free version of Sun's Java technology, into Debian GNU/Linux 5.0 made it possible to ship Java based applications in Debian's main repository./p pFurther improvement regarding the security of the system include the installation of available security updates before the first reboot by the installation system, the reduction of setuid root binaries and open ports in the standard installation as well as building several security-critical packages with GCC Hardening features. Various applications have specific improvements, too. PHP for example is now built with the Suhosin hardening patch./p pFor non native English speaking user the package management now supports translated package descriptions which will automatically show the description of a package in the native language of the user if available. An other interesting feature introduced in the package management system is the use of differential updates for package index files./p pDebian GNU/Linux can be installed from various installation media such as DVDs, CDs, USB sticks and floppies, or from the network. GNOME is the default desktop environment and is contained on the first CD. The K Desktop Environment (KDE), the Xfce or the LXDE desktop can be installed through two new alternative CD images. Again available with Debian GNU/Linux 5.0 are multi-arch CDs and DVDs supporting installation of multiple architectures from a single disc as well as Blu-ray Discs allowing the archive for an entire architecture to be shipped on a single installation medium./p pIn addition to the regular installation media, Debian GNU/Linux can now also be directly used without prior installation. These special images are also known as live images and are available for CDs, USB sticks and different forms of network setups. Initially, these are provided for the amd64 and i386 architectures only./p pThe installation
Re: Draft for lenny release announcement
Luk Claes schrieb: pDebian GNU/Linux 5.0 qLenny/q to Thiemo Seufer, a Debian Developer who died on December 26th, 2008 in a tragic car accident. There seems to be a part of the sentence missing... Thanks, fixed. signature.asc Description: OpenPGP digital signature
Draft for lenny release announcement
[ Sorry for the cross post; just trying to make sure everyone is aware of the current state ] Hi! Attached you'll find the current draft of the announcement for the lenny release. Based upon the announcement for the last release it's far from ready :( Especially the second and third paragraphs need a better replacement; maybe the d-i or cd folks have a good idea about that? I tried my best to make the draft based on http://wiki.debian.org/NewInLenny and own experience but I'm sure I missed important thing. So please feel free to point out really important changes, which should be mentioned in the announcement. About the timeline... Hopefully we'll release next Saturday... So I would like to see the content of the announcement finished by Wednesday and use the remaining time for reviewing and translating the announcement. -l10n-english and -i18n will that be enough time for you? I know that ideally translators would work on a frozen version of the announcement, but I fear that won't fit into the remaining time. The most current version may be found in a private subversion repository (to avoid conflicts when using the wiki). You can get the most recent version from http://svn.schmehl.info/svn/debian-publicity/20090214-lenny-release/lenny-announcement.en.wml ; translators might later be interested in http://svn.schmehl.info/websvn/listing.php?repname=debian-publicitypath=%2F20090214-lenny-release%2Frev=0sc=0 to track changes in the document. Best regards, Alexander PS: I set reply-to to the publicity list, but feel free to follow up to an other list when discussing specific points (like translations); I'll try to follow the discussion on all lists. define-tag pagetitleDebian GNU/Linux 5.0 released/define-tag define-tag release_date2009-02-14/define-tag #use wml::debian::news pThe Debian Project is pleased to announce the official release of Debian GNU/Linux version 5.0, codenamed qetch/q, after 22 months of constant development. Debian GNU/Linux is a free operating system which supports a total of eleven processor architectures and includes the KDE, GNOME Xfce and lxde desktop environments. It also features cryptographic software and compatibility with the FHS v2.3 and software developed for version 3.2 of the LSB./p !-- pUsing a now fully integrated installation process, Debian GNU/Linux 5.0 comes with out-of-the-box support for encrypted partitions. This release introduces a newly developed graphical front end to the installation system supporting scripts using composed characters and complex languages; the installation system for Debian GNU/Linux has now been translated to 58 languages./p -- pAlso beginning with Debian GNU/Linux 4.0, the package management system has been improved regarding security and efficiency. Secure APT allows the verification of the integrity of packages downloaded from a mirror. Updated package indices won't be downloaded in their entirety, but instead patched with smaller files containing only differences from earlier versions./p -- pDebian GNU/Linux runs on computers ranging from palmtops and handheld systems to supercomputers, and on nearly everything in between. A total of eleven architectures are supported including: Sun SPARC (sparc), HP Alpha (alpha), Motorola/IBM PowerPC (powerpc), Intel IA-32 (i386) and IA-64 (ia64), HP PA-RISC (hppa), MIPS (mips, mipsel), ARM (arm), IBM S/390 (s390) and AMD64 and Intel EM64T (amd64)./p pThis includes support for Marvell's Orion platform or devices based on the Orion platform, like QNAP Turbo Station, HP mv2120, and Buffalo Kurobox Pro./p pWith the integration of X.org 7.3 the X server autoconfigures itself with most hardware. Newly introduced packages allow the full support of NTFS filesystems or the usage of most multimedia keys out of the box. Support for Macromedias Flash format is available via the swfdec plugin. Overall improvements for notebooks have been introduced, like out of the box support of CPU frequency scaling./p pThe integration of OpenJDK, a free version of Sun's Java technology, into Debian GNU/Linux 5.0 made it possible to ship Java based applications in Debians main repository./p pFurther improvement regarding the security of the system include the installation of available security updates before the first reboot by the installation system, the reduction of setuid root binaries and open ports in the standard installation as well as building several security-critical packages with GCC Hardening features. Various applications have specific improvements, too. PHP for example is now built with the Suhosin hardening patch./p pDebian GNU/Linux can be installed from various installation media such as DVDs, CDs, USB sticks and floppies, or from the network. GNOME is the default desktop environment and is contained on the first CD. The K Desktop Environment (KDE), the Xfce or the lxde desktop can be installed through two new alternative CD images. Again available with Debian GNU/Linux 5.0
Pleas unblock sqlitebrowser_1.3-2.1
Hi! I just uploaded an NMU for sqlitebrowser_1.3-2.1 fixing #495100. Changelog: * Non-maintainer upload. * Applying patch by Thiemo Seufer to fix FTBFS on builds using sudo (Closes: #495100) * Fixing two minor lintian warnings: * adding call to dh_desktop to debian/rules * moving Homepage URL from Package description to proper frield in debian/control Could you please unblock sqlitebrowser? Best regards, Alexander signature.asc Description: OpenPGP digital signature
Re: Pleas unblock sqlitebrowser_1.3-2.1
Hi! Alexander Reichle-Schmehl schrieb: I just uploaded an NMU for sqlitebrowser_1.3-2.1 fixing #495100. [..] Could you please unblock sqlitebrowser? Forget that; Thomas Viehmann is preparing an NMU also taking care of #441900. Best regards, Alexander signature.asc Description: OpenPGP digital signature
Re: gem and libquicktime
Hi peter! peter green schrieb: A NMU of gem was made by Alexander Reichle-Schmehl [EMAIL PROTECTED] mailto:tolimar%40debian.org to fix the rc bugs 421560, 484190 and 485798 and was unblocked by he. Unfortunately it has picked up a depedency on a new upstream version of libquicktime which is blocking it's transition to testing. IMO the most reasonable soloution would be for someone (I can't do it because I'm not a dd) to reupload the NMU to testing proposed-updates. Does the release team agree. Thanks for notifying! I just got the okay for the t-p-u upload via irc and am preparing it right now. Best regards, Alexander signature.asc Description: OpenPGP digital signature
Re: [etch-and-half] release notes review
[ dropping every ones but Moritz' and Andrea's personal e-mail address from cc; adding [EMAIL PROTECTED] and [EMAIL PROTECTED] to cc ] Hi Moritz! Moritz Muehlenhoff schrieb: Andreas Schuldei and I will work on a press release and pass it to the press team (unless they've started something on their own already) Didn't got anything, yet. Could you please pass what you've done so far ASAP? yours sincerely, Alexander signature.asc Description: OpenPGP digital signature
