Re: I ask to put libapache2-mod-fcgid into etch
Hello, Steve Langasek wrote: I'd like to put libapache2-mod-fcgid into etch certainly. Actually I do't resolve libapache2-mod-fcgid bugs yet. But previous version 1.10-1.1 works properly. 1.10-1 has no bugs over 3 monthes, and NMUed -1.1 for apache2.2 dependencies. Can I ask to put libapache2-mod-fcgid 1.10-1.1 into etch? Or, do I need surely to fix current version to contain the package into etch? Since 1.10-1.1 is no longer in the archive, if you want it to be included in etch, it will need to go through unstable again with an epoch. Or you can figure out how to fix 2.0 and ask that version to be considered instead. Thanks both. At first, I'll upload again previous version with epoch to include libapache2-mod-fcgid into etch surely. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please unblock refpolicy/0.0.20061018-3
Manoj Srivastava [EMAIL PROTECTED] writes: This upload fixes one FTBS bug (by moving the stamp files in ./debian), and there policy fixes that now allow dcc, clamd, and courier-* packages to work under SELinux targeted policy. Since the latter two are often found on servers, which is a prime target for SELinux systems, I think that these changes merit a freeze exception. Unblocked. Thanks for the verbose changelog! Marc -- Fachbegriffe der Informatik - Einfach erklärt 245: Stockoptions Die Geschäftsleitung behält sich vor, die Prügelstrafe einzuführen. (Manfred Worm Schäfer) pgps8zXZMCxW4.pgp Description: PGP signature
Please allow a release exception for nbd_1:2.8.7-4
Hi, Subject says it all. Changes are limited to nbd-server's postinst, and are needed to fix #406963, which is RC. Thanks, -- Fun will now commence -- Seven Of Nine, Ashes to Ashes, stardate 53679.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Planning for an upgrade path from etch to lenny for mailman
Hat: maintainer of Mailman package in Debian Hi, It has just come to my attention that there will be no upgrade path from the version of Mailman in etch at this time (2.1.9) to the version lenny will most probably have (2.2.x), but there will be an upgrade path from the yet-unreleased 2.1.y, y9, to 2.2.x, and an upgrade path from 2.1.9 to 2.1.y. The reason is a fundamental file format change in how data is stored; mailman 2.1.10 will have an export binary that will export the data to a neutral (XML) format and Mailman 2.2 will have an import binary that will import that format. We can do the export in preinst and the import in postinst, but only if the package being upgraded from contains that bin/export/. (Shipping the said bin/export as part of the Mailman 2.2 package will be highly inconvenient; it is a python script that imports a significant part of Mailman itself; we'd have to basically ship a private copy of Mailman 2.1 in the Mailman 2.2 package.) My question is: Will you accept a freeze-exception update to mailman, or a point-release update to mailman later, to add the said bin/export to the etch package of mailman 2.1? Even if we include the current version of bin/export (from their SVN repository, the 2.1.x branch) in the etch-mailman package, there is a non-zero risk that the said XML format will change and that we will need to update it in a point release of etch to ensure an upgrade path to lenny. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
#379288 release-critical?
Hope this is the right address to ask for this. I'm wondering if bug #379288 (lapack3 still depends on libg2c0 while gfortran is now the default fortran compiler) shouldn't be tagged as release-critical? It is indirectly needed by OOo Calc, and is the only reason left on my Desktop PCs for keeping gcc-3.x packages. Thanks -- Jérôme Warnier FLOSS Consultant http://beeznest.net
Re: #379288 release-critical?
Jerome Warnier writes: Hope this is the right address to ask for this. I'm wondering if bug #379288 (lapack3 still depends on libg2c0 while gfortran is now the default fortran compiler) shouldn't be tagged as release-critical? No, we have a standard fortran77 compiler, called g77. gfortran doesn't register as f77. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock phpbb2/2.0.21-6 and msttcorefonts/1.7
Hi, Please unblock phpbb2/2.0.21-6. It fixes four security issues backported from the latest upstream stable release. The severity of these issues is sometimes unknown, but the fixes are non-invasive so we backported everything that has a CVE ID. It also includes a new debconf translation. Also please unblock msttcorefonts/1.7. Right after my previous upload I received a new debconf translation, which I've now uploaded. thanks! Thijs signature.asc Description: This is a digitally signed message part
Re: Please unblock phpbb2/2.0.21-6 and msttcorefonts/1.7
Thijs Kinkhorst [EMAIL PROTECTED] writes: Please unblock phpbb2/2.0.21-6. It fixes four security issues backported from the latest upstream stable release. This was already unblocked by luk Also please unblock msttcorefonts/1.7. Right after my previous upload I received a new debconf translation, which I've now uploaded. Unblocked. Marc -- BOFH #15: temporary routing anomoly pgpZAVpZMMZYj.pgp Description: PGP signature
uploaded in t-p-u , Re: gpr in etch is useless: hint 0.12deb ? upload in t-p-u ?
I uploaded gpr 0.11deb.etch1 in t-p-u please let it into Etch; but, feel free to ask questions a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Solving the linux-2.6 firmware issue
On Sun, Jan 14, 2007 at 06:05:44PM +0100, Andreas Barth wrote: * Bastian Blank ([EMAIL PROTECTED]) [070114 15:21]: This fix and the prefered patch (attached) needs testing to make sure the following things works fine: - linux-patch-debian-*/linux-tree-* - linux-modules-* What do you mean with this? The second I guess that linux-modules-* still build correctly? Exact. Bastian -- Schshschshchsch. -- The Gorn, Arena, stardate 3046.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New grub suitable for Etch
Hi Marc
I decided to use another aproach and saw that there was a mistake,
Len Sorensen sent to mailing list some suggestions and one of then was to
change this piece of code. Now we are reusing the buf reather than
memcpy`ing, in fact, buf didn`t even have any memory malloc`d.
This change was roughly tested and as far as I can see does not have any
side-effects.
On Monday 15 January 2007 18:13, Otavio Salvador wrote:
Marc 'HE' Brockschmidt [EMAIL PROTECTED] writes:
Hi,
Otavio Salvador [EMAIL PROTECTED] writes:
@@ -139,17 +143,16 @@
+ {
+ int f_len = grub_strlen(buf) - grub_strlen(tmp);
+ char *def;
-+ int a;
-+ for(a = 0; a f_len; a++)
-+ grub_memcpy(def[a], buf[a], sizeof(char));
++ buf[f_len] = '\0';
++ def = buf;
+ safe_parse_maxint (def, entryno);
+ }
I'm a bit confused by this part of the diff. I don't know what
grub_memcpy does exactly, but I guess it's roughly doing what memcpy
does. In that case, the new version is a significant change, are you
sure there are no side-effects?
Leandro was the guy who ported this code to 0.97 and is the most
experienced one on this part of code. I've added him on Cc and hope he
comments on it.
I wasn't the person who did this change. Leandro, can you comment on
this change?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
help on t-p-u ? Re: gpr in etch is useless: hint 0.12deb ? upload in t-p-u ?
hi (CC: to d-mentors : I need some help here) Steve Langasek ha scritto: I think in conclusion I would prefer t-p-u for this. I tried it ; I uploaded a package (using dput) ; the first line in debian/changelog was gpr (0.11deb.etch1) testing-proposed-update; urgency=low but I got this error Return-Path: [EMAIL PROTECTED] From: Debian Installer [EMAIL PROTECTED] To: A Mennucc1 [EMAIL PROTECTED] X-DAK: dak process-unchecked X-Katie: $Revision: 1.65 $ X-DAK-Rejection: automatic (moo) X-Katie-Rejection: automatic (moo) Precedence: bulk Subject: gpr_0.11deb.etch1_i386.changes REJECTED Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Tue, 16 Jan 2007 13:32:02 + Rejected: Unknown distribution `testing-proposed-update'. === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. quite probably I do not understand what it means to upload into t-p-u; please explain me (or point me to a documentation that explain)) how I do upload into t-p-u thanks in advance a. signature.asc Description: OpenPGP digital signature
Re: Re: Will eclipse be part of etch?
Without a reply, I assume that #406583 is a serious eclipse bug, so please un-unblock eclipse 3.2.1-4 until there's a reply. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please accept ardour 0.99.3-1 into Etch
Hi, thought the ardour package [0] upload was done nearly 3 months ago, the package didn't make it into Etch before the freeze, because it FTBFS on some architecture (some build dependencies were a bit out of date on those architectures). Now the package is in good shape in all architectures, and this new upstream release 0.99.3 fixes a few annoying bugs in the previous 0.99.2. It would be wonderful to see the package included in Etch. I add that the current sid package has been included in the latest 1.0 64 Studio release [1] (a Debian custom distribution0) and successfully used by many of its users. Thanks, Free [0] http://packages.qa.debian.org/a/ardour.html [1] http://www.64studio.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: help on t-p-u ? Re: gpr in etch is useless: hint 0.12deb ? upload in t-p-u ?
Marc 'HE' Brockschmidt ha scritto: It's -update*s*. :- I was thinking about an exoteric explanation, kinda I had uploaded into the wrong queue ... :- --- thanks Marc and Max :-) a. signature.asc Description: OpenPGP digital signature
Re: help on t-p-u ? Re: gpr in etch is useless: hint 0.12deb ? upload in t-p-u ?
On Tue, Jan 16, 2007 at 17:09:45 +0100, A Mennucc wrote: hi (CC: to d-mentors : I need some help here) Steve Langasek ha scritto: I think in conclusion I would prefer t-p-u for this. I tried it ; I uploaded a package (using dput) ; the first line in debian/changelog was gpr (0.11deb.etch1) testing-proposed-update; urgency=low This should either be testing or testing-proposed-updates. See the section in the dev-ref about uploading to testing: http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-t-p-u Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Will eclipse be part of etch?
tags 406583 - sid thanks Philippe Cloutier writes: Without a reply, I assume that #406583 is a serious eclipse bug, so please un-unblock eclipse 3.2.1-4 until there's a reply. huh? just untag the existing report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock tex-common documentation update
Hi, To complement what Frank said, we discussed this a bit in bug #402953 (of tetex-doc)... to which I replied on -tex-maint instead of using the bug address (grumpf): http://lists.debian.org/debian-tex-maint/2006/12/msg00423.html ... my point being: , | Since we have several documents to register, I think a specific section | makes sense. Otherwise, it's more likely that users fail to find all | documents when looking for TeX stuff in dhelp or similar help systems. ` The several documents in question are at least TeX on Debian, the Debian TeX sub-policy and the teTeX documentation guide, plus a few more that apparently aren't visible with dhelp (see below). Maybe others will follow, or are in packages that are not installed on my system. There are also some documents that are registered with doc-base but aren't shown in dhelp, maybe because they aren't in HTML format; for instance, /usr/share/texmf-tetex/doc/tetex/TETEXDOC.pdf.gz and /usr/share/texmf-tetex/doc/tetex/teTeX-FAQ.gz. [ I also have a bogus teTeX, A Documentation Guide showing up in dhelp, pointing to non-existent file:///usr/share/doc/tetex-doc/texmf/index.html, but I cannot find where it comes from by grepping in /usr/share/doc-base. Any idea? ] Regards, -- Florent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
please unblock lush
Dear Release Team,
I want to present to your attention lush package which was recently orphaned
and which I decided to take care about in the future, thus I adopted it.
Current sid version (1.2.1-4) has fixed/closed 3 bugs total and I
consider 1 bug nonexistent since it builds now for ia64, so it can be closed.
Current etch version of lush (1.1-5) is quite useless due to #336570 -- 99% of
the lush users will have to get backports from sid, or at least rebuild it on a
system with necessary libraries. Thus I consider it important to have
working version shipped with etch. And the working version is 1.2.1-4 which is
now in sid and which is now 8 days old.
Here is a full list of changes I've done:
lush (1.2.1-4) unstable; urgency=low
* New maintainer. (Closes: #402989: ITA: lush -- Lisp Universal Shell
Executable - Debian Bug report logs)
* Moved copying of config.{sub,guess} under rule autotools, which has to be
manually invoked to provide deterministic update of those files and to
don't freak out svn-buildpackage. TODO: Need to clarify since that
statement was added by dh_make
* Tiny adjustment of debian/copyright file
* Added homepage to the description in debian/control
* Multiple changes within debian/rules
* Added proper Build-Depends, which includes libxt-dev and others necessary
to build lush so it could run demos (Closes: #336570)
* Added development packages for on-fly-compilation done by lush into
Recommends and Suggests, depending on how common they are. libcv-dev was
added to Suggests (Closes: #312081)
* Ship and properly enable lush.el along with lush-library package to
enable lush command within emacs
* Mentioned demos in README.Debian
* Adjusted paths in the manpage patch
* More things to do in future. But enough for current upload I hope
--
.-.
=-- /v\ =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User^^-^^[17]
pgpSouVVxipDM.pgp
Description: PGP signature
binNMU request for weechat
Hi, The i386 weechat-curses binary is linked against a unavailable version of libgnutls. i386 is the only arch affected by this problem. thanks. -- Je cherche les solutions pour le RUBBI'CUB. -+- sanzph in GPJ : Passage du Rubbi'con -+- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Leafnode 1.11.5-5
Please allow leafnode 1.11.5-5 to progress to testing when it has completed its 10 days. The only change from the version currently in testing is an updated Debconf translation: leafnode (1.11.5-5) unstable; urgency=low * Updated German debconf translation from Jonas E. Huber [EMAIL PROTECTED]. -- Mark Brown [EMAIL PROTECTED] Thu, 11 Jan 2007 19:07:09 + Thanks. -- You grabbed my hand and we fell into it, like a daydream - or a fever. signature.asc Description: Digital signature
Re: Accepted linux-wlan-ng 0.2.5+dfsg-1etch2 (source all amd64)
On Mon, Jan 15, 2007 at 02:51:16AM -0800, Steve Langasek wrote: Given that the license has been clarified so that this code is really free, and the diff between 0.2.5-2etch1 and 0.2.5+dfsg-1etch2 is fairly extensive in order to support this additional download change, I would ask that you re-upload to t-p-u a package equivalent to the 0.2.5-2etch1 which had already been approved. That does unfortunately require another re-roll of the original upstream tarball under a different version number, so that it sorts between 0.2.5+dfsg-1etch2 and 0.2.6. done, it is 0.2.5+dfsg+prism2dl-1etch1 Cheers. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock phpgroupware 0.9.16.011-3
Hi, phpGroupware had an RC bug (#401045) filed against it due to it being incompatible with PHP 5.2, and had an NMU to drop PHP 5 dependencies from the package. However 0.19.16.011-3 has been uploaded to unstable which has a patch to remove the incompatibility with PHP 5.2, and it would be appreciated if this would get into Etch as well. Thanks, Andrew signature.asc Description: Digital signature
Request for unblocking of rezound_0.12.2beta-8
Hi, The above mentioned package fixes two bugs which were considered annoying enough to justify an update for etch: One is 373178, a malformed mailcap entry and the other one a bug in shlibs.local that causes failed dependencies, information about both can be found here: [1] Günter [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=373178 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: please unblock mdadm 2.5.6-8
also sprach Marc 'HE' Brockschmidt [EMAIL PROTECTED] [2007.01.16.0009 +0100]: mdadm 2.5.6-8 contains a small update over -7, and I would feel much more comfortable to have that in etch. Could you thus please unblock mdadm 2.5.6-8? Unblocked. Dankeschön. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems to get back my youth i would do anything in the world, except take exercise, get up early, or be respectable. -- oscar wilde signature.asc Description: Digital signature (GPG/PGP)
Please unblock tenshi 0.4-1.1
This NMU was first intended to fix debconf l10n issues. Then I discovered that the package is using debconf to display a blatantly abusive note. Then I discovered an RC issue. And finally, I noticed a lintian warning about the provided init script not having a LSB header (something very likely to become a lenny release goal) As a consequence, I ended up with the following changelog: tenshi (0.4-1.1) unstable; urgency=low * Non-maintainer upload to fix an RC bug and longstanding debconf abuse * Include the includes-active in directories created under /etc/tenshi * Remove the debconf note. Closes: #357596 This also removes the need for translations. Sorry to the Czech translator. Closes: #360284 This also fixes the incorrect debconf dependency that was blocking the cdebconf transition. * Lintian fix: - Add a LSB header to the init script Please notive that I inadvertently forgot closing the RC bug report (#407105) which I will do manually (with version tracking). Could you please unblock all this? -- signature.asc Description: Digital signature
Re: Please unblock couriergraph 0.25-1.1
Please also correct the PATH for the couriergraph.cgi script. As it is
already reported on the bug #369839 the correct path is
/usr/lib/cgi-bin instead of /usr/lib/cgi-lib.
[EMAIL PROTECTED]:~$ dpkg -L couriergraph
/.
/usr
/usr/sbin
/usr/sbin/couriergraph.pl
/usr/lib
/usr/lib/cgi-bin
/usr/lib/cgi-lib
/usr/lib/cgi-lib/couriergraph.cgi
/usr/share
/usr/share/doc
/usr/share/doc/couriergraph
/usr/share/doc/couriergraph/README.Debian
/usr/share/doc/couriergraph/copyright
/usr/share/doc/couriergraph/changelog.Debian.gz
/var
/var/lib
/var/lib/couriergraph
/var/run
/var/run/servergraph
/etc
/etc/init.d
/etc/init.d/couriergraph
[EMAIL PROTECTED]:~$ dpkg -s couriergraph
Package: couriergraph
Status: install ok installed
Priority: extra
Section: admin
Installed-Size: 72
Maintainer: Jose Luis Tallon [EMAIL PROTECTED]
Architecture: all
Version: 0.25-1.1
Depends: libfile-tail-perl, librrds-perl (= 1.2)
Pre-Depends: debconf (= 1.1) | debconf-2.0
Recommends: apache2 | httpd, courier-pop, courier-imap
Conffiles:
/etc/init.d/couriergraph 5823eaca7da9dd7ac78767b14b590201
Description: Mail statistics RRDtool frontend for Courier-{POP,IMAP}
Couriergraph is a very simple mail statistics RRDtool frontend for
Courier-POP Courier-IMAP that produces daily, weekly, monthly and
yearly graphs of mail server's activity (logins, traffic, etc).
On 1/16/07, Marc 'HE' Brockschmidt [EMAIL PROTECTED] wrote:
Christian Perrier [EMAIL PROTECTED] writes:
This NMU for that package, which I uploaded a few seconds
ago, fixes all the pending debconf l10n bugs. I guess it therefore
qualifies for being unblocked.
Also unblocked.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#369839: Please unblock couriergraph 0.25-1.1
Teodor wrote: Please also correct the PATH for the couriergraph.cgi script. As it is already reported on the bug #369839 the correct path is /usr/lib/cgi-bin instead of /usr/lib/cgi-lib. ACK. I will take care of this in the next upload, due tonight. Christian, care to sponsor that? Thanks, J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock mysql-dfsg-5.0.32-2
Hello
MySQL release another upstream version which fixes a lot of can cause the
server to crash type bugs which of course could potentially allow people to
cause data loss to other users and thus could be considered as DoS.
Also there was a bug that let mysql_upgrade crash which would probably a
nasty thing on sarge-etch upgrades.
I had to make a -2 upload as I inadvertently deleted a necessary .dpatch
file. The new upstream is now in unstable for 15 days without any reported
regressions. Alpha builds are still missing but this seems to be due
to a lack of redundancy in our buildd environment (*g*), the last couple of
upstream versions all worked fine on alpha.
bye TIA,
-christian-
mysql-dfsg-5.0 (5.0.32-2) unstable; urgency=high
.
* The last upload suffered from a regression that made NDB totally
unusable and caused a dependency to libmysqlclient15-dev in the
mysql-server-5.0 package. The relevant 85_* patch was re-added again.
Closes: #406435
* Added lintian-overrides for an error that does not affect our packages.
There are now only warnings and not errors left.
mysql-dfsg-5.0 (5.0.32-1) unstable; urgency=high
.
* New upstream version.
* SECURITY: mysql_fix_privilege_tables.sql altered the
table_privs.table_priv column to contain too few privileges, causing
loss of the CREATE VIEW and SHOW VIEW privileges. (MySQL Bug#20589)
* SECURITY (DoS): ALTER TABLE statements that performed both RENAME TO
and {ENABLE|DISABLE} KEYS operations caused a server crash. (MySQL
Bug#24089)
* SECURITY (DoS): LAST_DAY('-00-00') could cause a server crash.
(MySQL Bug#23653)
* SECURITY (DoS): Using EXPLAIN caused a server crash for queries that
selected from INFORMATION_SCHEMA in a subquery in the FROM clause.
(MySQL Bug#22413)
* SECURITY (DoS): Invalidating the query cache (e.g. when using stored
procedures) caused a server crash for INSERT INTO ... SELECT statements that
selected from a view. (MySQL Bug#20045)
* Using mysql_upgrade with a password crashed the server. Closes:
#406229
* yaSSL crashed on pre-Pentium Intel and Cyrix CPUs. (MySQL Bug#21765)
Closes: #383759
* Lots of small fixes to the NDB cluster storage engine.
* Updated Japanese Debconf template (thanks to Hideki Yamane).
Closes: #405793
* Fixed comment regarding mycheck in debian-start (thanks to
Enrico Zini). Closes: #405787
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Will eclipse be part of etch?
Matthias Klose a écrit : tags 406583 - sid thanks Philippe Cloutier writes: Without a reply, I assume that #406583 is a serious eclipse bug, so please un-unblock eclipse 3.2.1-4 until there's a reply. huh? just untag the existing report. The existing report is against swt-gtk, not eclipse. To avoid the introduction of a new RC bug in Etch, either: eclipse 3.2.1-4 is un-unblocked a new eclipse is uploaded #406583 is reassigned to eclipse and reopened -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: #379288 release-critical?
Jérôme Warnier wrote [on debian-release [0]]: [0] http://lists.debian.org/debian-release/2007/01/msg00759.html I'm wondering if bug #379288 (lapack3 still depends on libg2c0 while gfortran is now the default fortran compiler) shouldn't be tagged as release-critical? As Matthias said [1], gfortran is not yet (to the best of my knowledge) an acceptable Fortran77 compiler, although GNU is working in that direction. [1] http://lists.debian.org/debian-release/2007/01/msg00760.html Please additionally see previous emails I've written about g77 vs. gfortran, e.g.: http://lists.debian.org/debian-science/2005/09/msg00071.html To summarize, because g77 and gfortran produce different ABIs by default, there will need to be a coordinated library transition to switch completely from g77 to gfortran, similar to the various g++ transitions, if we are not to have complete chaos among Fortran libraries and apps that use them. This isn't going to be possible for the Etch timeframe. Post-Etch, I am going to see whether I have time to work on this. My preliminary efforts indicate it's going to be rather complicated. It is indirectly needed by OOo Calc, and is the only reason left on my Desktop PCs for keeping gcc-3.x packages. Really? Aren't there a number of GNOME packages that use FFTW? best regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#369839: Please unblock couriergraph 0.25-1.1
Quoting José Luis Tallón ([EMAIL PROTECTED]): Teodor wrote: Please also correct the PATH for the couriergraph.cgi script. As it is already reported on the bug #369839 the correct path is /usr/lib/cgi-bin instead of /usr/lib/cgi-lib. ACK. I will take care of this in the next upload, due tonight. Christian, care to sponsor that? Yep, but better check first with the release team that such a fix qualifies for being fixed for etch. signature.asc Description: Digital signature
Re: Please unblock phpgroupware 0.9.16.011-3
On Wed, Jan 17, 2007 at 07:55:49AM +1300, Andrew Mitchell wrote: Hi, phpGroupware had an RC bug (#401045) filed against it due to it being incompatible with PHP 5.2, and had an NMU to drop PHP 5 dependencies from the package. However 0.19.16.011-3 has been uploaded to unstable which has a patch to remove the incompatibility with PHP 5.2, and it would be appreciated if this would get into Etch as well. For info, debdiff looks fine. Neil -- Ganneff Maulkin: there is no html tag Ganneff (yet? could be extended like Gannefffoo/Ganneff - Ganneff kills foo?) :) signature.asc Description: Digital signature
Re: maildrop 2.0.3-1
On Wed, Jan 10, 2007 at 12:23:45PM +0100, Marc 'HE' Brockschmidt wrote: The latest maildrop package uploaded to unstable should be allowed to propagate into testing in ten days time, if all goes well, because it really shouldn't bring in anything to be particularly concerned about (or indeed not much that we don't already have in 2.0.2-11 in testing). Hmmm, after applying the patches, there are still some changes unaccounted for in the upstream changelog. Like what? I didn't analyze any diffs. Should I? If there is not much new, I guess we can simply do without the new upstream release. I dislike the idea of releasing with a new command line option and old upstream version. 'The -a option is available since 2.0.3, or 2.0.2-11 if you're using Debian' - just doesn't sit right. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: #379288 release-critical?
Le mardi 16 janvier 2007 à 12:58 +0100, Matthias Klose a écrit : Jerome Warnier writes: Hope this is the right address to ask for this. I'm wondering if bug #379288 (lapack3 still depends on libg2c0 while gfortran is now the default fortran compiler) shouldn't be tagged as release-critical? No, we have a standard fortran77 compiler, called g77. gfortran doesn't register as f77. A rebuild would not be sufficient? It would leverage most (desktop) users from having parts of GCC 3.4 around. But hey, if its too much work, no prob. Thanks -- Jérôme Warnier FLOSS Consultant http://beeznest.net
Please allow squid-2.6.5-4 fixes security bug #407202
Hi releases, please allow the just uplaoded squid-2.6.5-4. Only changes are two upstream patches for security issues. Bug #407202. Ref. CVE-2007-0248. Regards, -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please allow gcc-doc-defaults 4.1.1.nf3 into etch
On Mon, Dec 18, 2006 at 03:19:16PM +0300, Nikita V. Youshchenko wrote: On Sat, Dec 16, 2006 at 03:37:48PM +0300, Nikita V. Youshchenko wrote: - If you have a package that needs updating, *please* don't forget to contact us. *Don't expect us to find out about it on our own*. Please allow gcc-doc-defaults 4.1.1.nf3 into etch. This upload fixes RC bug (#403328); the only change from previous version is addition of missing Conflicts: entry. I don't understand why this is listed as a Conflicts:, instead of as a Conflicts: + Replaces:. Matthias, could you please comment? Frankly saying, I still don't understand the details of 'Conflicts+Replaces vs Conflicts' issue. Reading policy 7.5 and around doesn't help much. Is 'Conflicts+Replaces' more correct in this case? Why? The 'Replaces' affects how the packaging tools decide which package should take precedence in the case of a conflict. I'm ready to upload version with 'Conflicts+Replaces' at any moment if needed. I think that would still be best. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: uploaded in t-p-u , Re: gpr in etch is useless: hint 0.12deb ? upload in t-p-u ?
On Tue, Jan 16, 2007 at 02:11:36PM +0100, A Mennucc wrote: I uploaded gpr 0.11deb.etch1 in t-p-u please let it into Etch; but, feel free to ask questions Hmm, I never said 'no' to the version that you had already uploaded to unstable. It's far better to use unstable for updates when possible, instead of t-p-u. Can you please add any other fixes you need to to unstable, and we'll let that one through instead? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock qpsmtpd 0.32-5
qpsmtpd_0.32-5 adds a patch to fix Bug#389025, in which the use of multiple paths to find qpsmtpd's plugins caused breakage. Rationale: I'd like to get this one into Etch so as to avoid getting a usage pattern started where admins put new plugins into the package-managed path rather than /usr/local as the documentation suggests they should. Testing: two bug-free weeks in sid, and at least a month of production use on my own machines. Thanks. -- Devin \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com Carraway \ 1024D/E9ABFCD2: 13E7 199E DD1E 65F0 8905 2E43 5395 CA0D E9AB FCD2 signature.asc Description: Digital signature
Re: binNMU request for mysql-ruby
On Wed, Jan 10, 2007 at 03:40:24PM +0100, Lucas Nussbaum wrote: A binNMU of [mysql-ruby] is needed, so that it picks up new constants in libmysqlclient15-dev. i386 is affected for sure - I'm not sure about other archs: since the i386 package was built by the maintainer, it might be the only one affected. Rebuilding it on all archs would be safer... Sorry, do you have a reference for what problem this is supposed to fix? New constants doesn't tell me what's wrong with the current version, nor whether this applies to the testing or unstable versions or both. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: binNMU request for mysql-ruby
On 16/01/07 at 23:22 -0800, Steve Langasek wrote: On Wed, Jan 10, 2007 at 03:40:24PM +0100, Lucas Nussbaum wrote: A binNMU of [mysql-ruby] is needed, so that it picks up new constants in libmysqlclient15-dev. i386 is affected for sure - I'm not sure about other archs: since the i386 package was built by the maintainer, it might be the only one affected. Rebuilding it on all archs would be safer... Sorry, do you have a reference for what problem this is supposed to fix? New constants doesn't tell me what's wrong with the current version, nor whether this applies to the testing or unstable versions or both. I was in a hurry ; I will file a bug and let you know. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
