Bug#709802: RM: libapache-mod-random/2.1-1
Am 25.05.2013 22:21 schrieb "Adam D. Barratt" : > > On Sat, 2013-05-25 at 18:15 +0200, Frank Lichtenheld wrote: > > orphaned, low popcon, dead upstream, will block Apache 2.4 transition. > > > > Should probably be removed completely but was only orphaned a few weeks > > ago, so I would let it linger in unstable some more before removing it. > > It'll need an RC bug filing against it before we remove it, otherwise > britney will just let it back in on the next run. What's wrong with 666835? Cheers, Frank
Bug#709802: RM: libapache-mod-random/2.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm orphaned, low popcon, dead upstream, will block Apache 2.4 transition. Should probably be removed completely but was only orphaned a few weeks ago, so I would let it linger in unstable some more before removing it. Cheers, Frank -- 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/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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/20130525161512.3675.46063.report...@pauli.djpig.de
Re: Bug#535294: RM: coin2 -- ROM; Obsoleted by coin 3.x
tags 535294 moreinfo thanks On Wed, Jul 01, 2009 at 07:20:13AM -0500, Steve M. Robbins wrote: > Please remove source package coin2, as it has been superceded > by coin3. > > I have alerted the one reverse depdendency, libopenscenegraph56: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535250 Given that openscenegraph seems overdue for testing migration I would prefer to have the blessing of the release team before forcing it to be rebuild. Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Removal hint for belocs-locales-bin and belocs-locales-data
Hi. Both belocs-locales-bin and belocs-locales-data where removed from unstable some time ago, but seem to block each others removal from testing. Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Please unblock eject
Hi. Please let migrate eject/2.1.5+deb1+cvs20081104-6 to testing. Changelog: * Only try to open the device read/write if not root. (Partly addresses #522859) * Bump Standards-Version to 3.8.1 (no changes) * Program translations: - Swedish updated. Closes: #517512 Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [pkg-boost-devel] Upload of Boost 1.38
On Fri, Apr 24, 2009 at 12:29:04AM -0500, Steve M. Robbins wrote: > P.S. After boost-defaults is uploaded, the archive will have two > source packages (boost, boost-defaults) that both produce the > binary package libboost-dev. Won't that cause a problem? Does > something need to be adjusted to allow this? Highjacking a binary package from another source package doesn't cause any problems. Of course if you want to upload a new version of the older source package it will need to drop the binary package. In most cases of highjacks the older source package is destined for removal anyway, though. Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Dealing better with CD releases
On Wed, Apr 15, 2009 at 08:16:13PM +0200, Luk Claes wrote: > Steve McIntyre wrote: > > On Wed, Apr 15, 2009 at 07:14:52PM +0200, Luk Claes wrote: > >> Steve McIntyre wrote: > >>> Hi folks, > >>> > >>> At the moment we have problems when we do releases including new > >>> CD/DVD images, as you'll see from mailing list complaints about broken > >>> links each time. Simon Paillard and I had some discussion about this > >>> today on #debian-www and I've come up with a workflow that will > >>> improve things, I think (see 2c below). Please feel free to point out > >>> what I've missed... :-) > >>> > >>> 1. The Problem > >>> > >>> We generate new CDs and DVDs for each point release. These are > >>> published in the release area of cdimage.debian.org[1]. The image > >>> filenames and the top-level directory are versioned for clarity, and > >>> we add a "current" symlink in the debian-cd directory that points to > >>^^^ > >>> the most recent version. We move old trees of images into the archive > >>> area[2] as each new build is published, We then prune most of the old > >>> ISO images so we don't waste too much space - older images can be > >>> recreated in the future using jigdo if necessary. > >>>d. Other ideas? > >> Can't we link to the 'current' images on the webpages? > > > > We do, but the image names themselves change from one release to the > > next too. > > Well then it should probably use an existing tag (like > current_release_lenny which contains '5.0.1') that needs to be updated > for the point release anyway IMHO. Someone added 3 extra tags which is > not very maintainable IMHO. > > Note that it's easy to convert 5.0.1 to 501 in eperl... In the past there were ocasionally several days between the release and the CD image release, so you can't use the tag for the former for the latter. Haven't checked whether that is still the case. Also using the tag in the URL doesn't give you any advantages, you still have the same rebuild window... Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#520441: RM: gtk+1.2 -- ROM; deprecated for 8 years, no security support
ibgtk1.2-dev predict: libgtk1.2-dev qiv: libgtk1.2-dev swami: libgtk1.2-dev tex-guy: libgtk1.2-dev unicorn/non-free: libgtk1.2-dev wmclockmon: libgtk1.2-dev wmmaiload: libgtk1.2-dev wxwindows2.4: libgtk1.2-dev xarchon: libgtk1.2-dev xbindkeys-config: libgtk1.2-dev xemacs21: libgtk1.2-dev xoscope: libgtk-dev xscorch: libgtk1.2-dev -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: libgpod transition
On Mon, Mar 09, 2009 at 11:33:59AM +1100, Mark Purcell wrote: > On Monday 09 March 2009 09:49:51 Frank Lichtenheld wrote: > > Seem to build fine with the patch applied, though it will require > > changing the dependency from libgpod-nogtk to libgpod. > > Thanks Frank & Dato, > > This patch does allow kipi-plugins to build against libgpod-dev/0.7.0 but is > not compatible with libgpod-dev/0.6.0. > > This is OK, but means I can't upload to unstable until libgpod-dev/0.7.0 is > uploaded to unstable. experimental is hosting kipi-plugins/kde4 so I can't > use that either :-( > > I will just bump the Build-Depends in kipi-plugins to libgpod-dev (>= 0.7.0) > and upload once I see libgpod-dev/0.7.0 is uploaded to unstable. libgpod/0.7.0 is in unstable now, you can upload. Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: libgpod transition
On Sun, Mar 08, 2009 at 09:54:48PM +0100, Adeodato Simó wrote: > * Frank Lichtenheld [Sun, 08 Mar 2009 21:22:57 +0100]: > > > For reference, here the error message: > > /tmp/buildd/kipi-plugins-0.1.7/./kipi-plugins/ipodexport/ipodexportdialog.cpp: > > In member function 'void > > IpodExport::UploadDialog::ipodItemSelected(QListViewItem*)': > > /tmp/buildd/kipi-plugins-0.1.7/./kipi-plugins/ipodexport/ipodexportdialog.cpp:347: > > error: 'ITDB_THUMB_PHOTO_SMALL' was not declared in this scope > > /tmp/buildd/kipi-plugins-0.1.7/./kipi-plugins/ipodexport/ipodexportdialog.cpp:347: > > error: 'itdb_artwork_get_thumb_by_type' was not declared in this scope > > > I honestly have no idea of the libgpod API (I only maintain it because > > it got split out from gtkpod which I maintain), so I can't give any > > advice on how to fix that nor any indication on how hard it will be > > to fix it. > > Mind applying the attached patch and seeing if it helps? It's grabbed > from the KDE4 branch of the same code, which was recently updated for > this. Seem to build fine with the patch applied, though it will require changing the dependency from libgpod-nogtk to libgpod. > If it does help, please file a bug against kipi-plugins including the > patch. Will do Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: libgpod transition
On Sun, Mar 08, 2009 at 06:03:47PM +0100, Adeodato Simó wrote: > Since it's a very small set of reverse dependencies, I'd really > appreciate if you could rebuild the versions in unstable against the new > libgpod, and report if they all build successfully (but note #516564 for > rhythmbox). Additionally, you need not worry about tripod, since it's > not in testing. amarok, rhythmbox, and lastfm built fine kipi-plugins and tripod failed (interestingly with exactly the same error message, seems to be copy&paste code) For reference, here the error message: /tmp/buildd/kipi-plugins-0.1.7/./kipi-plugins/ipodexport/ipodexportdialog.cpp: In member function 'void IpodExport::UploadDialog::ipodItemSelected(QListViewItem*)': /tmp/buildd/kipi-plugins-0.1.7/./kipi-plugins/ipodexport/ipodexportdialog.cpp:347: error: 'ITDB_THUMB_PHOTO_SMALL' was not declared in this scope /tmp/buildd/kipi-plugins-0.1.7/./kipi-plugins/ipodexport/ipodexportdialog.cpp:347: error: 'itdb_artwork_get_thumb_by_type' was not declared in this scope I honestly have no idea of the libgpod API (I only maintain it because it got split out from gtkpod which I maintain), so I can't give any advice on how to fix that nor any indication on how hard it will be to fix it. Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: libgpod transition
On Sun, Mar 08, 2009 at 06:03:47PM +0100, Adeodato Simó wrote: > I guess you'll be uploading gtkpod to unstable yourselves soon. Yes, at the same time as the new libgpod. > Regarding amarok and kipi-plugins, the versions of experimental are > intended to work with KDE4, which is not unstable material yet. > > > I haven't gotten around to test the other rdepends yet. > > If the maintainers have any more information about the status, that > > would be welcome. > > Since it's a very small set of reverse dependencies, I'd really > appreciate if you could rebuild the versions in unstable against the new > libgpod, and report if they all build successfully (but note #516564 for > rhythmbox). Additionally, you need not worry about tripod, since it's > not in testing. Will do. Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
libgpod transition
Hi. As gtkpod is now out of NEW, I'm myself prepared for a libgpod transition in unstable. The rdepends are: amarok gtkpod kipi-plugins lastfm rhythmbox tripod So far gtkpod and amarok in experimental already build against the new libgpod, and kipi-plugins in experimental seems to have dropped the dependency, I haven't gotten around to test the other rdepends yet. If the maintainers have any more information about the status, that would be welcome. Also welcome would be some input from the release team how this transitions is going to be scheduled. Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Please unblock eject
Hi. Please allow eject into testing. It is blocked because of its udeb. Gruesse, -- Frank Lichtenheld www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#507239: cloning 361346, reopening -1, reassign -1 to release.debian.org ...
On Thu, Dec 04, 2008 at 05:03:44PM +0100, Philipp Kern wrote: > On Sat, Nov 29, 2008 at 10:57:50AM +0100, Frank Lichtenheld wrote: > > # Automatically generated email from bts, devscripts version 2.10.35 > > clone 361346 -1 > > reopen -1 > > reassign -1 release.debian.org > > retitle -1 RM: astrolog/stable -- RoQA; orphaned long time, non-free, > > contains potentially undistributable code > > Hi there, > > I don't get from the bug log why this package should be removed from > stable. Could you please elaborate on that? (Especially I did not > find anything about potentially undistributable code.) Sorry, my fault. The RC bug against the package is #444061 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: universalindentgui appears to have a bogus dep-wait on sparc
On Sat, Nov 29, 2008 at 11:21:35AM +0100, Philipp Kern wrote: > On Sat, Nov 29, 2008 at 02:23:07AM +, peter green wrote: > > according to http://buildd.debian.org/pkg.cgi?pkg=universalindentgui > > universalindentgui has a dep-wait set on "libqt4-qt3support (>> > > 4.4.3-1)" but the current version in the archive for all architectures > > is only 4.4.3-1 > > > > It looks to me like someone accidently used >> rather than >= when > > setting a dep-wait. same goes for gnunet and iceape. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apertium t-p-u upload
On Sat, Nov 29, 2008 at 08:50:57PM +0100, Adeodato Simó wrote: > Hello, apertium maintainer and uploader. I've seen that after uploading > apertium 3.0.7+1-2~lenny1 to t-p-u, you recently uploaded 3.0.7+1-3. > > In general, please don't upload to t-p-u packages without the release > team acknowledging the changes first. > > Also, in this case, the version number you used is wrong: you must use a > version number that is greater than the current version in testing, but > smaller than the version of the package in testing. You would need > something like 3.0.7+1-2~lenny2, please use that in the next upload. I guess one of the "testing" should be "unstable", probably the latter one ;) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#496411: #496411: nothing was fixed at all
Dear release team, On Sat, Nov 29, 2008 at 12:31:31PM +0100, Filippo Giunchedi wrote: > On Sat, Nov 29, 2008 at 11:15:17AM +0100, Frank Lichtenheld wrote: > > On Thu, Nov 27, 2008 at 10:50:25AM +0100, Filippo Giunchedi wrote: > > > Indeed, is there an ETA for this bug? At least for the unstable (i.e. with > > > maintainer QA) version. > > > > > > FWIW as the fix looks trivial I think it is worth keeping the package. > > > > I disagree. I doubt that the version in unstable/testing is useful for > > anyone, and if it is, it is still available in etch anyway. > > So I would go for removing it from testing. > > Fair enough, given also the low popcon I recommend to remove ltp/20060918-3 from testing Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Give-Back parted on hppa?
parted failed to build on hppa with what looks to me more like a kernel problem than a genuine bug in the package itself. It builds fine on my hppa machine. Maybe it should be retried? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cloning 361346, reopening -1, reassign -1 to release.debian.org ...
# Automatically generated email from bts, devscripts version 2.10.35 clone 361346 -1 reopen -1 reassign -1 release.debian.org retitle -1 RM: astrolog/stable -- RoQA; orphaned long time, non-free, contains potentially undistributable code -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug #506977 FPC: copyright infringement in pre 2.2.2 sources
On Wed, Nov 26, 2008 at 10:56:07PM +0100, Torsten Werner wrote: > my suggestion is to remove fpc from oldstable and stable but unblock > the unstable version 2.2.2-4 for lenny and trigger binNMUs for > lazarus. What do you think? > > What is the correct way to remove packages from (old)stable? Should I > file a bug report against ftp.debian.org or is it done by the SRM? That's SRM stuff, so you need to file the bug against release.debian.org instead of ftp.debian.org. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Unblock request: crystalspace
On Tue, Nov 25, 2008 at 01:37:21PM -0500, Barry deFreese wrote: > Hi, > > Please unblock crystalspace . The NMU is pretty intrusive and was done > with involvement from the maintainer. The package has not been in > testing previously so if you prefer not to allow it, that is > understandable. Here is the changelog: This package FTBFS on several architectures. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: status of ruby1.9 on hppa
On Wed, Oct 15, 2008 at 06:58:54PM +0200, Lucas Nussbaum wrote: > (C) drop hppa as a release arch. After all, there are no active porter > except people willing to provide access to systems (which is nice, but > clearly not enough to keep hppa in a reasonable state), no > developer-accessible machine admined by DSA, a 2.6.26 SMP kernel that > doesn't boot, etc. FWIW, the kernel situation seems to be improving, the current 2.6.26 SMP boots fine on my machine, which is a first since 2.6.22. It's not actually a SMP machine, though. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Updating libio-socket-ssl-perl in lenny
>From my testing it seems that this FTBFS does not occour with version 1.16 of libio-socket-ssl-perl from unstable. I would therefor suggest letting the new version into testing. The patch looks small enough. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Unblocking dupload/2.6.6 ?
Hi. The new dupload in unstable only updates the configuration for the recent changes in upload locations. It might be nice to have that in lenny. Please consider unblocking it. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Pre-approval for the hopefully final lenny perl version
On Mon, Sep 01, 2008 at 03:22:22PM +0300, Niko Tyni wrote:
> diff --git a/debian/control b/debian/control
> index a55d684..799785d 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -14,7 +14,15 @@ Essential: yes
> Priority: required
> Architecture: any
> Pre-Depends: ${shlibs:Depends}, dpkg (>= 1.14.20)
> -Conflicts: autoconf2.13 (<< 2.13-45), libscalar-list-utils-perl (<<
> 1:1.18-1), libxsloader-perl (<< 0.08-1)
> +Conflicts: autoconf2.13 (<< 2.13-45), libscalar-list-utils-perl (<<
> 1:1.18-1), libxsloader-perl (<< 0.08-1),
> + libcflow-perl (<< 1:0.68-11.1),
> + libqt-perl (<< 3.008-3),
> + libclass-methodmaker-perl (<< 2.10-1),
> + libclearsilver-perl (<< 0.10.4-1.1),
> + libhamlib2-perl (<< 1.2.6.2-6),
> + libsys-cpu-perl (<< 0.40-2.1),
> + megahal (<< 9.1.1a-5),
> + razor (<< 1:2.84-6)
How was this list composed? It seems to miss e.g. icheck << 0.9.7-6.1
(I NMUed that one, that's why I noticed).
Gruesse,
--
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock adesklets/0.6.1-4
This upload fixes #494734, a severe usability regression introduced by my previous upload. adesklets (0.6.1-4) unstable; urgency=high * QA upload. * My fix for CFLAGS handling had some unintended side-effects. Do not use --enable-debug to get -g. (Closes: #494734) -- Frank Lichtenheld <[EMAIL PROTECTED]> Mon, 11 Aug 2008 17:44:10 -0300 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock modconf/0.3.9 (once Linux 2.6.26 is ready)
Hi. Since I saw a unblock request for Linux 2.6.26, here the one for modconf/0.3.9 which bumps the build-dependency. If wanted I can revert the "dh" changes. modconf (0.3.9) unstable; urgency=low * debian/control: + Bump kernel dependency to 2.6.26 * debian/rules: + Do not try to apply Debian patches. linux-source-* contains those already. + Reduce with help of dh -- Frank Lichtenheld <[EMAIL PROTECTED]> Thu, 31 Jul 2008 04:15:52 +0200 modconf (0.3.8) unstable; urgency=low * modconf, modules/*: + Fix bashisms of form "local foo=bar" (Closes: #471877) * Makefile: + Fix handling of Module-HOWTO file * debian/control: + Bump Standards-Version to 3.8.0 (no changes) -- Frank Lichtenheld <[EMAIL PROTECTED]> Tue, 22 Jul 2008 03:07:05 +0200 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: possible mass bug filing: not satisfied build dependencies in testing
On Thu, Aug 21, 2008 at 11:20:22PM +0200, Ralf Treinen wrote:
> OK. I refined now my analysis by checking build-dependencies of
> source packages in testing against the binary packages in testing+sid.
> (for a start), and I removed packages for debian-installer (Lucas
> told me hat the d-i team does not care about recompilation issues for
> these) and packages excluded by Packages-arch-specific. Furthermore,
> I partionend the result into three sets:
>
> 1 source packages that fail due to build-depends and that have at
> least one arch=amd64 package in testing (10 packages, among them
> python2.5)
Note that most of these already have RC bugs about these issues.
> 2 source packages that fail due to build-depends and that have no
> arch=amd64 packages in testing (11 packages)
> 3 source packages that fail due to unsatisfied build-INDEP-depends
> (4 packages)
>
> It is my understanding that only (1) are real bugs, (2) and (3) should
> probably not be reported as bugs. The listings are attached.
At least some of the ones from (2) and (3) might still be bugs. Let's see:
> m68k-vme-tftplilo (= 1.1.3-1): FAILED
> The following constraints cannot be satisfied:
> m68k-vme-tftplilo (= 1.1.3-1) build-depends on gcc-m68k-linux {NOT
> AVAILABLE}
This is a bug. The package can only satisfy its build dependencies
on m68k which is not available in lenny.
> emile (= 0.11-2): FAILED
> The following constraints cannot be satisfied:
> emile (= 0.11-2) build-indep-depends on gcc-3.4-m68k-linux-gnu {NOT
> AVAILABLE}
Dito
> freebsd-sendpr (= 3.113+5.3-9): FAILED
> The following constraints cannot be satisfied:
> freebsd-sendpr (= 3.113+5.3-9) build-indep-depends on freebsd5-buildutils
> (>= 5.3-2) {NOT AVAILABLE}
>
> mono-tools (= 1.9-1): FAILED
> The following constraints cannot be satisfied:
> mono-tools (= 1.9-1) build-indep-depends on libxul-dev {NOT AVAILABLE}
>
>
> monodevelop (= 1.0+dfsg-2): FAILED
> The following constraints cannot be satisfied:
> monodevelop (= 1.0+dfsg-2) build-indep-depends on libxul-dev {NOT AVAILABLE}
These three are simply bugs (of which only the first one is not reported,
though).
Gruesse,
--
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: possible mass bug filing: not satisfied build dependencies in testing
On Thu, Aug 21, 2008 at 06:25:14PM +0200, Ralf Treinen wrote: > On Tue, Aug 19, 2008 at 03:33:13PM +0200, Lucas Nussbaum wrote: > > > - Archive rebuilds: All RC bugs have been filed, with the exception of > > those caused by missing build-deps. Ralf Treinen might be willing to > > file those (about 30 new RC bugs). > > Lucas suggested to me that I ask you first before filing bugs but I > forgot to ask you in MDQ. The bugs are build-dependencies in > amd64/testing/main that cannot be satisfied in amd64/testing/main. > These were found by a recent extension of the edos tools. Lucas > had a look at the list in MDQ and spotted some false positives > (we didn't take into account Packages-arch-specific). There are > about 30 bugs remaining. > > Do you agree that I file bugs against all these packages? Hmm, while these are clearly RC issues (from my purely no-release-team-member PoV), I would doubt that these necessarily are issues in the package itself (a actual list would help...). E.g. issues that are only caused by the build dependency not migrating to testing might be better filed against release.debian.org (and only be reassigned if it has been verified that it actually would be better to change the package than migrating the build-dependency) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Freeze Exception for gnuift/0.1.14-9
On Thu, Aug 21, 2008 at 01:03:12PM +0200, Frank Lichtenheld wrote: > On Fri, Aug 15, 2008 at 01:35:38AM +0200, Frank Lichtenheld wrote: > > Please allow gnuift into testing, it fixes several build problems. > > This seems to have fallen through the cracks. Or not. While nobody answered the main, somebody did indeed unblock it, so nevermind. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Freeze Exception for gnuift/0.1.14-9
On Fri, Aug 15, 2008 at 01:35:38AM +0200, Frank Lichtenheld wrote: > Please allow gnuift into testing, it fixes several build problems. This seems to have fallen through the cracks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Doing some stable QA work
On Fri, Aug 15, 2008 at 12:32:57PM +1000, Steffen Joeris wrote: > > * Fix version information > > * Mark by etch-ignore bus that are not affected in stable > >for reason independent from their version (e.g. GCC 4.3 > >FTBFS) > > * Compile a list for the maintainers and the SRM for packages > >that could need a stable upload. > The security team keeps a file[0] in svn, which lists security issues that do > not warrant a DSA by themselves, but could be fixed via s-p-u. Note that this > file contains recommendations by the sec team, I do not know the SRMs opinion > on it. However, the file helped in the past and several maintainers uploaded > fixes. > Thought I'd let you know, maybe you want to integrate it into your compiled > list. I will process the bugs by categories (False Positives, License issues, Build issues, Security issues, Other issues). When compiling the list for the security issues I will definetly use that information, thanks. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: suite tags (Re: Doing some stable QA work)
On Fri, Aug 15, 2008 at 05:48:56PM +0200, Luk Claes wrote: > Don Armstrong wrote: > >This means that a bug that would normally be buggy in etch and lenny > >(but fixed in sid) due to the versions present of that package would > >only be present in lenny if tagged lenny and tagged sid. > > Does this also mean that the bug would not be present anywere when the > intersection would be empty (tagged lenny with a version higher than the > one in testing for instance)? We should probably look at all the > possibilities and think about good defaults for them? Note that for most bugs I will tag they will indeed be not present anymore in any suite afterwards, since they usually are only present in etch according to the version information, but will be tagged lenny, sid. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: suite tags (Re: Doing some stable QA work)
On Thu, Aug 14, 2008 at 08:08:10PM -0700, Steve Langasek wrote: > On Thu, Aug 14, 2008 at 11:01:46PM -0400, Filipus Klutiero wrote: > > Tagging lenny and sid does not imply that other suites are free from the > > bug, > > Yes, it does. > > > so this unfortunately wouldn't help the graph. Moreover, "suite x" doesn't > > mean anymore that the bug is found in suite x, but "This bug should not be > > archived until it is fixed in suite x." > > Not unless there's been a regression since the last time I talked to Don > about this. Well the etch-ignore tag was suggested by Don (CCing BTS owners). I have compiled a first list (packages A-G) with bugs to tag, but would like some definitve information first how to tag them. etch-ignore or lenny,sid ? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
unarchiving 414318, cloning 414318, reopening -1, reassign -1 to release.debian.org ...
# Automatically generated email from bts, devscripts version 2.10.35 unarchive 414318 clone 414318 -1 reopen -1 reassign -1 release.debian.org # same reasons apply for stable retitle -1 RM: f-prot-installer/stable -- RoM,RoQA; obsolete -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Doing some stable QA work
Hi. I had the idea to go through the list of RC bugs currently believed by the BTS to affect stable and do some cleanup work: * Fix version information * Mark by etch-ignore bus that are not affected in stable for reason independent from their version (e.g. GCC 4.3 FTBFS) * Compile a list for the maintainers and the SRM for packages that could need a stable upload. Feel free to contact me if you would like to help or if you spot any problems with my work. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Freeze Exception for gnuift/0.1.14-9
Language
MRML's aims are to unify access to multimedia retrieval and management
software component in order to extend their capabilities. The success
@@ -142,16 +144,14 @@
.
The GIFT is an open framework. The communication protocol for
client-server communication, MRML, is XML based and fully documented.
- .
- More information can be found at http://www.mrml.net/ and
- http://www.gnu.org/software/gift/.
Package: libmrml1-dev
Architecture: any
Provides: libmrml-dev
Conflicts: libmrml-dev
-Depends: ${shlibs:Depends}, libmrml1c2a (= ${Source-Version}), libexpat1-dev
+Depends: ${shlibs:Depends}, libmrml1c2a (= ${binary:Version}), libexpat1-dev
Section: libdevel
+Homepage: http://www.mrml.net/
Description: libmrml development files
MRML's aims are to unify access to multimedia retrieval and management
software component in order to extend their capabilities. The success
@@ -167,13 +167,10 @@
.
The GIFT is an open framework. The communication protocol for
client-server communication, MRML, is XML based and fully documented.
- .
- For more information about the Multimedia Retrieval Markup Language
- have look at http://www.mrml.net/.
Package: gnuift-perl
Architecture: all
-Depends: gnuift (= ${Source-Version}), ${perl:Depends}, imagemagick,
libtext-iconv-perl, libxml-handler-trees-perl, libxml-sax-expat-perl,
libxml-sax-perl, libxml-libxml-perl, libxml-parser-perl, libhtml-parser-perl,
libxml-writer-perl, libparse-yapp-perl, libxml-xql-perl, libxml-dom-perl,
libwww-perl
+Depends: gnuift (>= ${source:Version}), gnuift (<< ${source:Version}.1~),
${perl:Depends}, imagemagick, libtext-iconv-perl, libxml-handler-trees-perl,
libxml-sax-expat-perl, libxml-sax-perl, libxml-libxml-perl, libxml-parser-perl,
libhtml-parser-perl, libxml-writer-perl, libparse-yapp-perl, libxml-xql-perl,
libxml-dom-perl, libwww-perl
Description: GNU Image Finding Tool - perl modules
Architecture independent perl modules of gnuift. The application is
contained in the gnuift package.
diff -u gnuift-0.1.14/debian/changelog gnuift-0.1.14/debian/changelog
--- gnuift-0.1.14/debian/changelog
+++ gnuift-0.1.14/debian/changelog
@@ -1,3 +1,30 @@
+gnuift (0.1.14-9) unstable; urgency=high
+
+ * QA Upload.
+ * Fix problem in the dependencies of gnuift-perl I introduced.
+Still wonder why I could successfully install it here on
+my system, though. (Closes: #494869)
+ * 05_add-doxy-header-and-footer.diff: Specify DPATCHLEVEL so that
+the patch gets correctly applied.
+ * Add texlive-extra-utils to build-depends for epstopdf.
+
+ -- Frank Lichtenheld <[EMAIL PROTECTED]> Tue, 12 Aug 2008 18:33:29 -0300
+
+gnuift (0.1.14-8) unstable; urgency=high
+
+ * QA upload.
+ * Fix build problem when built in parallel. (Closes: #494233)
+ * Apply patch by Lior Kaplan to make package binNMU safe.
+(Closes: #435943, #481052)
+ * Do not allow a random automake version. (Closes: #398503)
+ * Update libmagick-dev dependency.
+ * Move homepage to dedicated field.
+ * Fix some lintian warnings:
++ Remove empty directory usr/sbin
++ Fix doc-base sections
+
+ -- Frank Lichtenheld <[EMAIL PROTECTED]> Mon, 11 Aug 2008 20:45:09 -0300
+
gnuift (0.1.14-7) unstable; urgency=low
* QA upload.
reverted:
--- gnuift-0.1.14/debian/dirs
+++ gnuift-0.1.14.orig/debian/dirs
@@ -1,2 +0,0 @@
-usr/bin
-usr/sbin
diff -u gnuift-0.1.14/debian/gnuift-doc.doc-base.conf
gnuift-0.1.14/debian/gnuift-doc.doc-base.conf
--- gnuift-0.1.14/debian/gnuift-doc.doc-base.conf
+++ gnuift-0.1.14/debian/gnuift-doc.doc-base.conf
@@ -1,7 +1,7 @@
Document: gnuift-conf
Title: Configuring and hacking the GIFT
Author: Wolfgang Mueller <[EMAIL PROTECTED]>
-Section: Apps/Graphics
+Section: Graphics
Abstract: Guide for the advanced user and the programmer
The GIFT has been designed to maximize flexibility, both for users and
developers. This document explains, how GIFT can be configured
diff -u gnuift-0.1.14/debian/patches/05_add-doxy-header-and-footer.diff
gnuift-0.1.14/debian/patches/05_add-doxy-header-and-footer.diff
--- gnuift-0.1.14/debian/patches/05_add-doxy-header-and-footer.diff
+++ gnuift-0.1.14/debian/patches/05_add-doxy-header-and-footer.diff
@@ -1,3 +1,4 @@
+#DPATCHLEVEL=0
--- Doc/HTML/DoxygenFooter.html
+++ Doc/HTML/DoxygenFooter.html
@@ -0,0 +1,5 @@
only in patch2:
unchanged:
--- gnuift-0.1.14.orig/debian/patches/01_libSquirePPM-dependencies.diff
+++ gnuift-0.1.14/debian/patches/01_libSquirePPM-dependencies.diff
@@ -0,0 +1,11 @@
+--- libSquirePPM/Makefile.am.orig 2008-08-11 23:24:39.0 -0300
libSquirePPM/Makefile.am 2008-08-11 23:25:08.0 -0300
+@@ -15,6 +15,8 @@
+
+ ppm_new_executable_LDADD= -L. -lSquirePPM -lm
+
++ppm_new_executable_DEPENDENCIES= libSquirePPM.a
++
+ ppm_new_executable_SOURCES= new_executable.c
+
+
--
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
A not-lenny-related-at-all binNMU
nmu shermans-aquarium_3.0.1-2 . ALL -i386 -mips -mipsel . -m 'Rebuild against current libgai, to remove dependency on xmms.' Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Lintian update for lenny (through t-p-u)
On Sun, Aug 10, 2008 at 12:24:49AM +0200, Luk Claes wrote: > Frank Lichtenheld wrote: > >Hi. > > > >We noticed a yet unreported RC bug in the version of lintian in lenny > >(it will fail on purge in most cases) and we would like to fix this > >through t-p-u as we already have a new version in unstable. > > > >I've included a second fix which removes a tag which annoyed many > >people. This is not critical though and can be removed if you want. > > Looks fine, please upload. Done. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Lintian update for lenny (through t-p-u)
Hi.
We noticed a yet unreported RC bug in the version of lintian in lenny
(it will fail on purge in most cases) and we would like to fix this
through t-p-u as we already have a new version in unstable.
I've included a second fix which removes a tag which annoyed many
people. This is not critical though and can be removed if you want.
Diff for the planned upload:
diff --git a/checks/copyright-file b/checks/copyright-file
index 3f87743..78849c7 100644
--- a/checks/copyright-file
+++ b/checks/copyright-file
@@ -149,17 +149,6 @@ local $/ = undef;
$_ = ;
close(IN);
-# We have to decode into UTF-8 to get the right length for the length
-# check. For some reason, use open ':utf8' isn't sufficient. If the
-# file uses a non-UTF-8 encoding, this will mangle it, but it doesn't
-# matter for the length check.
-my @lines = split ("\n", decode ('utf-8', $_));
-for my $i (0 .. $#lines) {
-if (length ($lines[$i]) > 80) {
- tag "debian-copyright-line-too-long", "line " . ($i+1);
-}
-}
-
my $wrong_directory_detected = 0;
if (m,\, or m/\/) {
diff --git a/checks/copyright-file.desc b/checks/copyright-file.desc
index 4481595..1977198 100644
--- a/checks/copyright-file.desc
+++ b/checks/copyright-file.desc
@@ -267,10 +267,3 @@ Info: This package appears to be covered by the GNU GPL
but depends on
override for this tag. Lintian currently has no good way of
distinguishing between that case and problematic packages.
-Tag: debian-copyright-line-too-long
-Type: warning
-Info: One or more lines in the copyright file contain more than 80 characters.
- For the benefit of users of 80x25 terminals, it is recommended that the
- lines do not exceed 80 characters.
-Ref: policy 12.5
-
diff --git a/debian/changelog b/debian/changelog
index 9e06924..d83ed54 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,18 @@
+lintian (1.24.2.1) unstable; urgency=low
+
+ The "for the sake of stable users" release.
+
+ * checks/copyright-file{,.desc}:
++ [ADB] Drop the "copyright line too long" check. Most of the issues
+ it flags aren't easily fixable, particularly where the copyright file
+ is (semi)automatically generated. (Closes: #491302, #491365, #491685)
+
+ * debian/postrm:
++ [FL] Do not try to remove /var/spool/lintian if it doesn't exist
+ (dpkg might already removed it at this point).
+
+ -- Frank Lichtenheld <[EMAIL PROTECTED]> Sat, 09 Aug 2008 10:46:44 -0300
+
lintian (1.24.2) unstable; urgency=low
The "welcome Adam D. Barratt!" release.
diff --git a/debian/postrm b/debian/postrm
index 183c845..8bc9de5 100755
--- a/debian/postrm
+++ b/debian/postrm
@@ -11,7 +11,7 @@ if [ "$1" = "purge" ]; then
rm -rf /var/spool/lintian/udeb
rm -rf /var/spool/lintian/info
fi
-rmdir --ignore-fail-on-non-empty /var/spool/lintian
+[ ! -d /var/spool/lintian ] || rmdir --ignore-fail-on-non-empty
/var/spool/lintian
fi
#DEBHELPER#
diff --git a/testset/copyright/debian/copyright.misc-errors
b/testset/copyright/debian/copyright.misc-errors
index 50c5213..c434ac0 100644
--- a/testset/copyright/debian/copyright.misc-errors
+++ b/testset/copyright/debian/copyright.misc-errors
@@ -16,9 +16,3 @@ This path /usr/share/doc/copyright is obsolete.
This copyright info was automatically extracted from the perl module.
It may not be accurate, so you better check the module sources
if you don't want to get into legal troubles.
-
-This line is overly long. It should be less than 80 characters so that it fits
nicely in an 80x25 terminal.
-
-This line isn't too long, but ćōňţăĭņş a number of UTF-8 characters which
-could make it appear to be if improperly decoded.
-
diff --git a/testset/tags.copyright b/testset/tags.copyright
index 72005ab..c78fa16 100644
--- a/testset/tags.copyright
+++ b/testset/tags.copyright
@@ -17,6 +17,5 @@ W: copyright.iso-8859-1:
debian-copyright-file-uses-obsolete-national-encoding a
W: copyright.misc-errors: copyright-contains-dh-make-perl-boilerplate
W: copyright.misc-errors: copyright-has-url-from-dh_make-boilerplate
W: copyright.misc-errors:
copyright-lists-upstream-authors-with-dh_make-boilerplate
-W: copyright.misc-errors: debian-copyright-line-too-long line 20
W: copyright.old-style: copyright-without-copyright-notice
W: copyright.symlink: copyright-without-copyright-notice
Gruesse,
--
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Freeze expception request for view3ds
The new version only fixes a FTBFS on a non-release architecture with a very trivial patch. According to http://buildd.debian-ports.org/status/package.php?p=view3ds it built fine this time. Debdiff: diff -u view3ds-1.0.0/debian/changelog view3ds-1.0.0/debian/changelog --- view3ds-1.0.0/debian/changelog +++ view3ds-1.0.0/debian/changelog @@ -1,3 +1,11 @@ +view3ds (1.0.0-11) unstable; urgency=medium + + * QA Upload + * Fix FTBFS on kfreebsd-*. Patch by Petr Salinger. +Closes: #493149. + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Mon, 04 Aug 2008 16:33:40 -0300 + view3ds (1.0.0-10) unstable; urgency=low * QA upload. only in patch2: unchanged: --- view3ds-1.0.0.orig/ltconfig +++ view3ds-1.0.0/ltconfig @@ -1983,7 +1983,7 @@ ;; # This must be Linux ELF. -linux-gnu*) +linux-gnu*|kfreebsd*-gnu*) version_type=linux need_lib_prefix=no need_version=no Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock eject/2.1.5+deb1-1
Hi.
Please allow eject into testing. It only contains a translation update
and some very minor fixes, but due to me moving some files around in
the .orig.tar.gz the debdiff is very huge.
I realize that me finally fixing the upstream tarball to make live of
translators easier coinsided badly with the freeze, so if wanted I can
upload only the debconf translation update to lenny-proposed-updates
instead if wanted.
Anyway, here is a debdiff *without* the effects of the repacking:
diff -Nru eject-2.1.5/debian/changelog eject-2.1.5+deb1/debian/changelog
--- eject-2.1.5/debian/changelog2008-07-31 18:39:25.0 +0200
+++ eject-2.1.5+deb1/debian/changelog 2008-07-31 18:39:26.0 +0200
@@ -1,3 +1,14 @@
+eject (2.1.5+deb1-1) unstable; urgency=low
+
+ * Create new upstream tar ball so that we can get rid of
+these strange named .po files. Closes: #336792, #336810
+ * New git repository online, add Vcs-* fields.
+ * Add Homepage field.
+ * Debconf translations:
+- Lithuanian added. Closes: #490779
+
+ -- Frank Lichtenheld <[EMAIL PROTECTED]> Sun, 20 Jul 2008 23:42:07 +0200
+
eject (2.1.5-10) unstable; urgency=medium
* Debconf translations:
diff -Nru eject-2.1.5/debian/control eject-2.1.5+deb1/debian/control
--- eject-2.1.5/debian/control 2008-07-31 18:39:25.0 +0200
+++ eject-2.1.5+deb1/debian/control 2008-07-31 18:39:26.0 +0200
@@ -4,6 +4,9 @@
Build-Depends: gettext, debhelper (>= 6.0.7), dpkg-dev (>= 1.13.2),
libdevmapper-dev [!kfreebsd-i386 !kfreebsd-amd64]
Maintainer: Frank Lichtenheld <[EMAIL PROTECTED]>
Standards-Version: 3.8.0
+Vcs-Git: git://git.debian.org/git/collab-maint/eject.git
+Vcs-Browser: http://git.debian.org/?p=collab-maint/eject.git
+Homepage: http://www.pobox.com/~tranter/eject.html
Package: eject
Architecture: any
diff -Nru eject-2.1.5/debian/po/lt.po eject-2.1.5+deb1/debian/po/lt.po
--- eject-2.1.5/debian/po/lt.po 1970-01-01 01:00:00.0 +0100
+++ eject-2.1.5+deb1/debian/po/lt.po2008-07-31 18:39:26.0 +0200
@@ -0,0 +1,23 @@
+# Lithuanian messages for eject package.
+# Copyright (C) 2003 Software in the Public Interest, Inc.
+# This file is distributed under the same license as package eject.
+# Kęstutis Biliūnas <[EMAIL PROTECTED]> 2008.
+
+msgid ""
+msgstr ""
+"Project-Id-Version: eject\n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2004-04-11 23:40+0200\n"
+"PO-Revision-Date: 2008-07-14 12:20+0300\n"
+"Last-Translator: Kęstutis Biliūnas <[EMAIL PROTECTED]>\n"
+"Language-Team: Lithuanian <[EMAIL PROTECTED]>\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit"
+
+#. Type: text
+#. description
+#: ../eject-udeb.templates:3
+msgid "Eject a CD from the drive"
+msgstr "Išimti diską iš CD įrenginio"
+
diff -Nru eject-2.1.5/eject.c eject-2.1.5+deb1/eject.c
--- eject-2.1.5/eject.c 2008-07-31 18:39:25.0 +0200
+++ eject-2.1.5+deb1/eject.c2008-07-31 18:39:26.0 +0200
@@ -665,7 +665,7 @@
printf("\n");
#else
- fprintf(stderr, _("%s: CD-ROM select speed command not supported by
thiskernel\n"), programName);
+ fprintf(stderr, _("%s: CD-ROM select speed command not supported by
this kernel\n"), programName);
#endif
}
@@ -1058,7 +1058,7 @@
const char* dev = GetDevmapperDevice (s1);
if (dev) {
if (v_option)
-printf(_("%s: %s is encrypted on real device
%s\n"),
+printf(_("%s: %s is encrypted on real device
%s\n"),
programName, s1, dev);
} else
dev = s1;
@@ -1131,10 +1131,10 @@
const char* dev = GetDevmapperDevice (name);
if (dev) {
if (v_option)
-printf(_("%s: %s is encrypted on real device %s\n"),
+printf(_("%s: %s is encrypted on real device %s\n"),
programName, name, dev);
name = dev;
-}
+}
for (i = 0; partitionDevice[i] != 0; i++) {
/* look for ^/dev/foo[a-z]([0-9]?[0-9])?$, e.g. /dev/hda1 */
And a diffstat for the full debdiff:
debian/changelog | 11 +
debian/control|3
debian/po/lt.po | 23 ++
eject.c |8
po/Makefile | 22 --
po/cs.po | 436
po/cs_CZ.po | 431
po/de.po | 445 +
po/de_DE.po | 516
po/eject.pot | 91 -
po/es.po
Re: Orphaned packages that were not part of etch
On Wed, Jul 30, 2008 at 04:32:29PM +0200, Marc 'HE' Brockschmidt wrote: > Frank Lichtenheld <[EMAIL PROTECTED]> writes: > > # #491892: RoQA; NPOASR, orphaned > > remove hg-buildpackage/1.0.4.1 > > # #491891: RoQA; NPOASR, orphaned > > remove krecordmydesktop/0.1~alpha1+debian-2 > > # #491900: RoQA; NPOASR, orphaned > > remove kxgenerator/0.3.7+dfsg-3 > > To be sure that these actually go, I've added the removal hints. FWIW, > even though lenny is frozen, testing removals will automatically happen > when the unstable version was removed. Yeah, I know. What I meant was that this are the packages that should be removed from testing _but will not be removed from unstable at this point_. The removals from unstable were requested separatly. So your work was not at all in vain ;) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Orphaned packages that were not part of etch
On Tue, Jul 22, 2008 at 07:34:30PM +0200, Frank Lichtenheld wrote: > On Sun, Jul 20, 2008 at 04:45:42PM +0200, Frank Lichtenheld wrote: > > I've compiled a list of orphaned packages that were not part of etch > > (and, unless otherwise noted, were not part of sarge). > > > > I think it would be a good idea to remove some of them (at least from > > testing) before lenny's release. Including a package in a stable release > > gives it much more weight and it usually survives longer in the archive > > even if it only bitrots. So removing unneccessary packages now would be > > a good idea IMHO. > > I've now filed bugs against those packages: > http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=npolsr-cleanup;[EMAIL > PROTECTED] I've reassigned the bugs to ftp.debian.org for packages that should be removed from Debian completly. I would suggest the following removals from testing at this point: # #491892: RoQA; NPOASR, orphaned remove hg-buildpackage/1.0.4.1 # #491891: RoQA; NPOASR, orphaned remove krecordmydesktop/0.1~alpha1+debian-2 # #491900: RoQA; NPOASR, orphaned remove kxgenerator/0.3.7+dfsg-3 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: m68k-only source packages in etch and lenny
On Fri, Jul 25, 2008 at 02:03:31AM +0200, Luk Claes wrote: > Frank Lichtenheld wrote: > > It seems that source packages that only build m68k > > packages still ended up it etch and are currently > > in testing. > > > > Is that intended behaviour? > > No, that is not intended. > > > (The two examples I saw were nvram and setsccserial, > > I haven't compiled a complete list) > > I tried to compile a complete list, though apparently I could have > missed packages with binNMUs as these don't seem to have source packages > associated with them? > > The list I got: > * atari-bootstrap > * linux-kernel-di-m68k-2.6 > * m68kboot > * nvram > * penguin > * setsccserial > * vmelilo > * vmelilo-installer > > Please do have a second look to see if this list is complete. I checked this again and the list looks correct to me. (But also CCed debian-68k just in case, kept extended quote for that) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
m68k-only source packages in etch and lenny
Hi. It seems that source packages that only build m68k packages still ended up it etch and are currently in testing. Is that intended behaviour? (The two examples I saw were nvram and setsccserial, I haven't compiled a complete list) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: HPPA kernel issues (was: please push ruby1.9 1.9.0.2-4 to testing)
On Mon, Jul 21, 2008 at 03:37:06PM +0200, Peter Palfrader wrote: > On Fri, 18 Jul 2008, Lucas Nussbaum wrote: > > Ruby 1.9 is still the development version of Ruby, but it will become > > the stable version in december. It's not really cutting-edge stuff > > anymore, and works very well everywhere else. > > > > I'm a bit annoyed by this issue: the problem seems to be a kernel > > problem, but nobody on the hppa side seems to have the time to work on > > it. I got access to Thibault Varene's farm, but when I tried, other hppa > > kernel problems were present. > > These kernel issues currently kill the two HPPA build daemons quite > often - they are currently running 2.6.24-etchnhalf.1-parisc #2 Wed Jun > 11 19:04:04 UTC 2008. > > Last week I had to reset them more often than I can count with my > fingers without resorting to binary. > > Unless this gets fixed I don't see much of a future for peri and > penalosa, at least not as DSA/debian.org systems. FWIW, the hppa experimental buildds both run 2.6.22 kernels and seem to do fine. Probably not a very good situation security-wise, though. I didn't manage to get any recent kernel to boot, yet... Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [SRM] stable upload for licq?
On Tue, Jul 15, 2008 at 12:23:50PM +0200, Philipp Kern wrote: > On Mon, Jul 14, 2008 at 11:44:33PM +0200, Frank Lichtenheld wrote: > > licq in stable is currently unusable due to server-side changes (see bug > > #488934). The patch is trivial and I have confirmed that it applies to > > the stable version and works. > > > > The question now is where to upload to? > > Is this ok for a stable point release? Or should this go into volatile > > instead? > > I don't think licq is that volatile, at least judging from history. But > currently the version in stable is broken, and thus warrants an upload > to stable-proposed-updates. So please go ahead and upload to > ftp-master. Done Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[SRM] stable upload for licq?
licq in stable is currently unusable due to server-side changes (see bug #488934). The patch is trivial and I have confirmed that it applies to the stable version and works. The question now is where to upload to? Is this ok for a stable point release? Or should this go into volatile instead? For reference the debdiff I tested with: diff -u licq-1.3.4/debian/control licq-1.3.4/debian/control --- licq-1.3.4/debian/control +++ licq-1.3.4/debian/control @@ -2,7 +2,7 @@ Build-Depends: cdbs (>= 0.4.37), debhelper (>= 5), imagemagick, kdebase-data, kdelibs4-dev, libcdk5-dev, libgpgme11-dev (>= 0.4.2), libncurses5-dev, libqt3-mt-dev, libssl-dev, libxosd-dev (>= 2.1.0), libxss-dev Section: net Priority: optional -Maintainer: Peter Eisentraut <[EMAIL PROTECTED]> +Maintainer: Debian QA Group <[EMAIL PROTECTED]> Standards-Version: 3.7.2 Package: licq diff -u licq-1.3.4/debian/changelog licq-1.3.4/debian/changelog --- licq-1.3.4/debian/changelog +++ licq-1.3.4/debian/changelog @@ -1,3 +1,11 @@ +licq (1.3.4-2etch1) stable; urgency=low + + * QA upload ++ change maintainer to QA group + * Fixing ICQ version too old problem (Closes: #47, #488934) + + -- Frank Lichtenheld <[EMAIL PROTECTED]> Mon, 14 Jul 2008 14:34:05 +0200 + licq (1.3.4-2) unstable; urgency=low * licq-plugin-qt replaces a file from the old licq package only in patch2: unchanged: --- licq-1.3.4.orig/debian/patches/40_ICQ_version_too_old.patch +++ licq-1.3.4/debian/patches/40_ICQ_version_too_old.patch @@ -0,0 +1,12 @@ +diff -urNad licq-1.3.5~/src/icqpacket.cpp licq-1.3.5/src/icqpacket.cpp +--- licq-1.3.5~/src/icqpacket.cpp 2007-09-28 22:11:35.0 +0200 licq-1.3.5/src/icqpacket.cpp 2008-07-02 09:47:49.0 +0200 +@@ -821,7 +821,7 @@ + + // Static versioning + buffer->PackUnsignedLongBE(0x00160002); +- buffer->PackUnsignedShortBE(0x010A); ++ buffer->PackUnsignedShortBE(0x010B); + // Client version major (4 == ICQ2000, 5 == ICQ2001) + buffer->PackUnsignedLongBE(0x00170002); + buffer->PackUnsignedShortBE(0x0014); Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please hint or push r-base 2.7.1-1 into testing
On Sun, Jul 13, 2008 at 07:12:33PM -0500, Dirk Eddelbuettel wrote: > > r-base 2.7.1-1 is listed as 19 days old and waiting for Alpha, but has > seemingly been built on Alpha. "Built" means that it still isn't uploaded. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock eject
eject 2.1.5-10 is now old enough, it only waits on the upload of the alpha binaries. Please allow it to go to testing. Changelog: eject (2.1.5-10) unstable; urgency=medium * Debconf translations: - Belarusian added. Closes: #488624 - Slovak added. Closes: #488892 * Bump Standards-Version to 3.8.0. -- Frank Lichtenheld <[EMAIL PROTECTED]> Mon, 07 Jul 2008 00:24:13 +0200 eject (2.1.5-9) unstable; urgency=low * Program translations: - Turkish updated. Closes: #482406 * Debconf translations: - Turkish added. Closes: #482715 - Esperanto added. Closes: #478957 (this was added in -8 as a program translation, but is really a debconf translation) -- Frank Lichtenheld <[EMAIL PROTECTED]> Wed, 28 May 2008 22:09:22 +0200 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [etch-and-half] release notes review
On Sat, Jul 12, 2008 at 05:40:55PM +0200, Julien Cristau wrote: > On Tue, Jun 24, 2008 at 05:25:41 -0600, dann frazier wrote: > > > The etchnhalf team and the Frans Pop (on behalf of the d-i team) have > > drafted release notes for the etchnhalf portion of the upcoming 4.0r4 > > release. We would appreciate any feedback you may have. > > > > http://people.debian.org/~dannf/tmp/etchnhalf/ > > Please replace IGD_GM with GM45 (that's the official name for the > new chipset with pciid 0x2A42) in the xserver-xorg-video-intel section. > > About xserver-xorg-video-nv, I'd mention that the newly supported cards > are the GeForce 8 series. I've incorporated these suggestions in the version in the webwml repository. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bogus Dep-Waits
On Fri, Jul 11, 2008 at 10:35:18AM +0200, Philipp Kern wrote: > On Wed, Jul 09, 2008 at 10:06:47PM +0200, Frank Lichtenheld wrote: > [snip] > > All done (arm packages in question dep-waited on gcj). > > > # the following two have auto-dep-waits on libcitadel-dev (>= 7.37) > > # but libcitadel-dev has version number 1.14 which is enough to > > # satisfy the actual build-dependencies > > gb webcit . alpha arm m68k mips mipsel powerpc . -o > > gb citadel . alpha arm m68k mips mipsel powerpc . -o > > Done, it could possibly get back into a-d-w, though, I think. Hrm, seems that was my fault anyway, since the new upload of libcitadel now has version 7.37. I must have looked at some outdated page somewhere. No harm done either way I guess. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Unblock atari-fdisk
atari-fdisk 0.7.1-5.4 should probably be unblocked.
The NMU was very trivial and the udeb that is the reason for the block
is only present on the non-release arch m68k.
Debdiff for reference:
diff -Nru atari-fdisk-0.7.1/debian/changelog atari-fdisk-0.7.1/debian/changelog
--- atari-fdisk-0.7.1/debian/changelog 2006-12-30 10:52:56.0 +0100
+++ atari-fdisk-0.7.1/debian/changelog 2008-04-16 20:08:21.0 +0200
@@ -1,3 +1,10 @@
+atari-fdisk (0.7.1-5.4) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add new archs, closes: #396326
+
+ -- Riku Voipio <[EMAIL PROTECTED]> Wed, 16 Apr 2008 20:55:15 +0300
+
atari-fdisk (0.7.1-5.3) unstable; urgency=high
* Non-maintainer upload.
diff -Nru atari-fdisk-0.7.1/debian/control atari-fdisk-0.7.1/debian/control
--- atari-fdisk-0.7.1/debian/control2006-10-23 20:31:45.0 +0200
+++ atari-fdisk-0.7.1/debian/control2008-04-16 20:07:58.0 +0200
@@ -24,7 +24,7 @@
atari-fdisk udeb package
Package: atari-fdisk-cross
-Architecture: alpha amd64 arm hppa hurd-i386 i386 ia64 mips mipsel powerpc
s390 sh sparc
+Architecture: alpha amd64 arm armeb armel hppa hurd-i386 i386 ia64
kfreebsd-i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 sh sh4 sparc
Section: otherosfs
Priority: extra
Depends: ${shlibs:Depends}
Gruesse,
--
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
More give backs
# All tried on June 10th, # Build dependencies should be installable now according to edos: gb yodl . mipsel gb transfig . mipsel gb nted . mipsel gb krb5-auth-dialog . mipsel # Builds fine on my own hppa, should probably be retried gb ncurses-ruby . hppa Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bogus Dep-Waits
All give backs due to bogus dep-waits that will never be satisfied and that are not reflecting the actual build-dependencies of the package. I can't guarantee that they will build though. gb m-tx . mips sparc . -o # dep-wait on libc6 (>= 2.7.11) should be corrected to # dep-wait on libc6 (>= 2.7-11) #gb cmake . hppa . -o #gb multipath-tools . hppa . -o # the following all dep-wait on libgcj7-1 which is # superseeded by libcj8 and 9 # I suspect the arm packages will not actually build, but # the dep-wait should be corrected something useful gb libgconf-java . mips mipsel . -o gb libglade-java . mips mipsel . -o gb libvte-java . mips mipsel . -o gb postgresql-pljava . arm . -o gb trang . arm . -o # dep-wait on libpetsc2.3.2-dev should be replaced with # libpetsc2.3.3-dev #gb libmesh . arm . -o # the following two have auto-dep-waits on libcitadel-dev (>= 7.37) # but libcitadel-dev has version number 1.14 which is enough to # satisfy the actual build-dependencies gb webcit . alpha arm m68k mips mipsel powerpc . -o gb citadel . alpha arm m68k mips mipsel powerpc . -o Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Some give-backs
On Tue, Jul 08, 2008 at 03:37:29PM +0200, Philipp Kern wrote: > On Tue, Jul 08, 2008 at 03:14:16PM +0200, Frank Lichtenheld wrote: > > # Marked as failed, but builds now > > gb papaya . sparc > > # bogus dep-waits > > gb recoll . sparc > > gb gpsim . sparc > > gb gcaltool . sparc > > gb cheese . sparc > > gb missingpy . sparc > > gb gst-plugins-bad0.10 . sparc > > gb zeroc-ice . sparc > > gb csound . sparc > > W: can't get version info for gcaltool/sparc > > I gave the others back. (JFTR: syntax would be `gb . > . -o' to clear the dep-waits (i.e. wanna-build's --override).) gb gcalctool . sparc . -o Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Some give-backs
# Marked as failed, but builds now gb papaya . sparc # bogus dep-waits gb recoll . sparc gb gpsim . sparc gb gcaltool . sparc gb cheese . sparc gb missingpy . sparc gb gst-plugins-bad0.10 . sparc gb zeroc-ice . sparc gb csound . sparc Special cases: # bogus dep-wait, should be dep-wait on libumlib-dev, not libumlib0-dev fuse-umfuse-ext2: arm armel hppa ia64 mips mipsel s390 sparc fuse-umfuse-iso9660: armel hppa ia64 mips mipsel s390 sparc # bogus dep-wait should instead be failed with reason #436324 gst-editor: hppa ia64 m68k s390 sparc Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489298: closed by Luk Claes <[EMAIL PROTECTED]> (Re: Bug#489298: Old "testing_probs" pages missing)
> Frank Lichtenheld wrote: > > Package: ftp.debian.org > > > > Hi, the following links (as given on > > http://www.debian.org/devel/testing) are dead: > > http://ftp-master.debian.org/testing/testing_probs.html > > http://ftp-master.debian.org/testing/unstable_probs.html > > http://ftp-master.debian.org/testing/stable_probs.html > > http://ftp-master.debian.org/testing/unstable_outdate.txt > > > > Should we remove these links or will they be available again in the > > future? > > You should remove these links, they might become available again, but > probably won't. qa.debian.org/debcheck.php should have comparable data > btw... > > Closing this bug. > > Cheers > > Luk Ok, done. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please give back mctools-lite and workbone
Both packages failed to build due to #429064 which was fixed shortly before they got uploaded. By now hopefully all buildds have a recent linux-libc-dev installed so that they should build now: gb mctools-lite . alpha mips mipsel powerpc gb workbone . alpha mips mipsel powerpc Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Transition to parted 1.8
On Mon, Jun 30, 2008 at 04:13:31PM +0200, Adeodato Simó wrote: > * Otavio Salvador [Thu, 19 Jun 2008 15:40:49 -0300]: > > qtparted (Debian QA Group <[EMAIL PROTECTED]>) Done. (But since it is not in testing it is not really important anyway) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFC: expat transition or update - before or after lenny?
On Wed, May 28, 2008 at 11:06:21AM +0600, Alexander E. Patrakov wrote:
> Adeodato Simó wrote:
> >Regarding the libexpat0-compat package, note that it is only needed for
> >stuff that we *can't* rebuild, since stuff that we can will be rebuilt
> >anyway.
>
> As a quick-and-dirty solution for some non-free software, won't running a
> sed substitution ("libexpat.so.0" -> "libexpat.so.1") on the problematic
> binary help?
AFAICT we do not have the permission to modify the binary.
So someone would have to contact upstream either way.
Gruesse,
--
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock eject
Please unblock eject 2.1.5-8, which is blocked for its udeb. Changes: * Don't issue an error message about missing dmcrypt script. This avoids some spurios warnings in d-i. Closes: #470760 * Debhelper: - Increase compat level to 6 - Use dh_lintian to install override. Needs build-depends debhelper >= 6.0.7. * Debconf translations: - Albanian added. Closes: #480280 - Belarusian added. Closes: #480922 - Irish added. Closes: #480876 * Program translations: - Eperanto added. Closes: #478957 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock eject
eject 2.1.5-7 is ready to go to testing, please let it do so. Changes are: * Debconf translations: - Malayalam added. Closes: #456514 - Catalan added. Closes: #465525 - Taiwanese Chinese added. Closes: #464859 * Program translations: - Português/Brasil updated. Closes: #450498 - Italian added. Closes: #472098 * Bump Standards-Version to 3.7.3 (no changes) * Remove Vcs-* header since the old CVS repository is no more and the converted git repository is broken and needs to be redone. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
binNMUs for libgpod
All these should obviously be made with a dep-wait on libgpod3 # [package]_[source-version], [reason], [binNMU number], [list of archs] amarok_1.4.7-1, recompile against libgpod3, 2, alpha amd64 arm hppa ia64 i386 mips mipsel powerpc s390 amarok_1.4.7-1, recompile against libgpod3, 1, m68k sparc rhythmbox_0.10.1-1, recompile against libgpod3, 3, alpha arm hppa ia64 i386 powerpc s390 (the other arches are already dep-wait on other packages) kipi-plugins_0.1.4-1, recompile against libgpod3, 4, hppa ia64 s390 kipi-plugins_0.1.4-1, recompile against libgpod3, 3, alpha amd64 i386 mips mipsel powerpc kipi-plugins_0.1.4-1, recompile against libgpod3, 2, sparc (arm already dep-wait on other package) tripod_0.7.0-1, recompile against libgpod3, 3, hppa ia64 s390 tripod_0.7.0-1, recompile against libgpod3, 2, alpha amd64 arm i386 mips powerpc tripod_0.7.0-1, recompile against libgpod3, 1, m68k mipsel sparc Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
please hint eject 2.1.5-6
Debconf l10n updates and other equally fascinating stuff: [ Frank Lichtenheld ] * Add homepage to watch file since eject's version on ibiblio is very outdated * Added Vcs-Browser field * Debconf translations: - Korean updated. Closes: #446253 - Finnish added. Closes: #448374 . [ Christian Perrier ] * Debconf translations: - Norwegian Nynorsk added (sent directly by translator). Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libgpod transition
Hi. libgpod has a new upstream version with a new soname. I just wanted to make sure whether it would be ok to upload that to NEW in the next days. rdepends: - gtkpod - rhythmbox - amarok - tripod (not in testing) - kipi-plugins All these packages seem to compile fine against the new version according to my own tests, so binNMUs should suffice. python-gpod has some more rdepends, but none of these seem to depend on libgpod directly. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
p7zip seems to need a hint
easy p7zip-rar/4.55~ds.1-2 p7zip/4.55~dfsg.1-2 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[SRM] Re: Bug#448568: libdate-manip-perl: Date::Manip does not know about NOVT timezone.
close 448568 5.46-1 thanks On Tue, Oct 30, 2007 at 09:19:12AM +0600, Alexander Litvinov wrote: > A few days ago I start to recieve such messages from logwatch on my > servers: > > /etc/cron.daily/00logwatch: > ERROR: Date::Manip unable to determine TimeZone. > > Execute the following command in a shell prompt: > perldoc Date::Manip > The section titled TIMEZONES describes valid TimeZones > and where they can be defined. > run-parts: /etc/cron.daily/00logwatch exited with return code 25 > > There was a daylight saving time transition after with logwatch stops to > work. I have Asia/Novosibirsk timezone on my machines. While timezone > was NOVST (summer time) everything works ok but now NOVT (winter time) > it does not work. I don't understand why because Linux/glibc itself > known that zone. I can confirm that the NOVT timezone was only added in the version after etch. So the question is whether the stable release managers would allow such an update into the next point release? (CCing debian-release) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please hint eject 2.1.5-5
Ready to go in, only po debconf translation updates. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock eject
Please unblock eject/2.1.5-4 that is blocked because it builds an udeb. Since it waited four weeks for devmapper it should be safe by now ;) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: binNMUs for new libgpod
On Tue, Jul 10, 2007 at 09:39:06PM +0200, Frank Lichtenheld wrote: > libgpod had a soname change. The following rdepends should probably be > binNMUed (I've built all of them locally successfully against the new > version): [...] > rhythmbox_0.10.1-1, rebuild against libgpod2, 1, alpha amd64 arm hppa i386 > ia64 m68k mips mipsel powerpc s390 sparc could someone please give back arm and ia64? They didn't build because of some dependency problems, which might well be fixed in the past 11 days. > kipi-plugins_0.1.4-1, rebuild against libgpod2, 1, alpha amd64 arm hppa i386 > ia64 m68k mips mipsel powerpc s390 > amarok_1.4.6-1+b1, rebuild against libgpod2, 2, alpha amd64 arm mips powerpc > amarok_1.4.6-1, rebuild against libgpod2, 1, hppa i386 ia64 m68k mipsel s390 > sparc Hmm, a few of these still depend on libgpod1 and have as changelog entry "rebuild against libgpod1"... Let's try that again: kipi-plugins_0.1.4-1, rebuild against libgpod2, 2, arm hppa ia64 s390 amarok_1.4.6-1, rebuild against libgpod2, 3, arm amarok_1.4.6-1, rebuild against libgpod2, 2, hppa ia64 s390 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
binNMUs for new libgpod
libgpod had a soname change. The following rdepends should probably be binNMUed (I've built all of them locally successfully against the new version): tripod_0.7.0-1, rebuild against libgpod2, 1, alpha amd64 arm hppa i386 ia64 m68k mips powerpc s390 (has RC bugs and is not in testing, though) rhythmbox_0.10.1-1, rebuild against libgpod2, 1, alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc kipi-plugins_0.1.4-1, rebuild against libgpod2, 1, alpha amd64 arm hppa i386 ia64 m68k mips mipsel powerpc s390 amarok_1.4.6-1+b1, rebuild against libgpod2, 2, alpha amd64 arm mips powerpc amarok_1.4.6-1, rebuild against libgpod2, 1, hppa i386 ia64 m68k mipsel s390 sparc Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch and kernels2.4
On Wed, Jun 13, 2007 at 02:22:37PM +0200, Mike Hommey wrote: > On Wed, Jun 13, 2007 at 02:13:50PM +0200, Pierre Habouzit <[EMAIL PROTECTED]> > wrote: > > that's the point of my question. The 2.6 kernel in etch do not depends > > upon a 2.5 libc. the ones in unstable do. So in order to upgrade the > > libc to upstable one, you _have_ to install an etch 2.6.18 first. > > > > I'm asking what we can do to ensure people don't get to the point > > where they don't know how to break that chicken and egg issue like in > > #428655. > > > > IMHO we should have some kind of warning in etch ASAP, but I'd be glad > > to have the opinions of the RMs and SRMs on this. > > IANASRM, but IMHO, it would be too late to do this in a point release. > Why not a preinst script in libc 2.5 to disallow upgrade if the running > kernel is 2.4, as well as adding conflicts on etch libc to kernel packages ? libc6 preinst already aborts if the running kernel is a 2.4 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock eject_2.1.4-3
Please allow eject 2.1.4-3 into etch, it only contains l10n changes. eject builds an udeb. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock doc-linux_2007.02-1
doc-linux 2007.02-1 contains only the usual documentation changes. Please unblock (it can wait the 10 day period as it doesn't contain any really important changes) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
please unblock pbbuttonsd 0.7.9-2
Pbbuttonsd 0.7.9-2 only drops the i386 packages which are unusable due to missing hardware support. I filed a bug against ftp.debian.org (#404406) to remove the binaries. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please unblock doc-linux 2006.12-1
Please unblock doc-linux/2006.12-1 It only consists of documentation changes and unless the freeze turns out to be much longer than one month there will be no other upload of this package until the release. Changelog: * new upstream release (20061202) * Updated HOWTOs: Ecology-HOWTO LVM-HOWTO Linksys-Blue-Box-Router-HOWTO Linux+IPv6-HOWTO Quake-HOWTO Traffic-Control-HOWTO Traffic-Control-tcng-HTB-HOWTO UPS-HOWTO XFree86-Touch-Screen-HOWTO * Added HOWTOs: Aviation-HOWTO * All mentioned HOWTOs are free. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ signature.asc Description: Digital signature
Re: libgpod update
An update to this: On Tue, Oct 10, 2006 at 04:07:56AM +0200, Frank Lichtenheld wrote: > I would like to update libgpod in unstable. This would include both > a soname change and a -dev package name change. After testing all the reverse dependencies we can probably drop the -dev name change since all seem to be either unaffected by the API changes or deal with it gracefully. > Luckily the list of packages affected is pretty small (but the packages > on it are somewhat big ;) > > amarok > rhythmbox > gtkpod > listen (?) -- honestly don't know wether this needs updating since > it uses the library through the python bindings Anyway, I've decided to wait for a fixed upstream version since I will not through the hassle to create a version with a debian specific soname. If someone deems this worthwile, I would reconsider if I get a complete and tested patch for that. Waiting for the new upstream version means it will not be interesting for etch (AFAICT from the release updates and upstream's release frequency). Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Piuparts testing status update
ositive due to nuauth > nullidentd update-inetd on purge, no missing dep > oidentd adduser on purge, no missing dep > onak adduser in postinst, missing dep! > p3scan adduser in preinst, missing pre-dep! > pidentd-des false positive due to pidentd > pidentd adduser on purge, no missing dep > pkcipe update-modules in postinst, missing dep! > privoxy adduser on purge, no missing dep > rwhod adduser on purge, no missing dep > rwho false positive due to rwhod > sfs-client false positive due to sfs-common > sfs-common adduser on purge, no missing dep > sfs-server false positive due to sfs-common Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libgpod update
Hi. I would like to update libgpod in unstable. This would include both a soname change and a -dev package name change. Luckily the list of packages affected is pretty small (but the packages on it are somewhat big ;) amarok rhythmbox gtkpod listen (?) -- honestly don't know wether this needs updating since it uses the library through the python bindings gtkpod is from the same upstream and a version that works with the new library is ready. For the other packages I will need to research that. All other packages can easily be build without libgpod, though. As upstream declares the API still "unstable" this might not be the worst possible solution... But before I start to look deeper into these issues I wanted to request an opinion from the release team whether this transition is generally possible and if it depends on any other current issues. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libkpathsea3 removal: Please trigger bin-NMU recompilations of the following packages
On Wed, May 03, 2006 at 05:37:19PM +0200, Frank Küster wrote: > Steve Langasek <[EMAIL PROTECTED]> wrote: > > >> and concluded that the only problem would be that some buildds might > >> have libkpathsea3's dev package already installed. > > > > Oh, sorry; the fact that the libkpathsea3 source package still includes > > libkpathsea-dev confused madison (and me) into thinking this was still the > > old libkpathsea-dev. > > The libkpathsea-dev package from the libkpathsea3 source package *is* > the old libkpathsea-dev - but I think you know that and I only don't > understand what you wanted to say. Yeah, but that binary package is gone anyway since there can only be one binary package with a given name per arch. The current -dev package is the archive is build from tetex-bin. > > (This is an RC bug on libkpathsea3, btw, since that > > package can no longer be uploaded in its present state...) > > A RC which hopefully can be resolved soon by removing the package. Do > you think I need to file it? It never hurts to document such facts... But filing the RM bug is probably more important I guess ;) > >> > If you remove libkpathsea-dev from the libkpathsea3 package (or drop > >> > libkpathsea3 altogether from unstable), then it should be possible to > >> > binNMU > >> > these > > > >> Dropping completely would be a task for the ftpmaster, correct? > > > > Yes, upon request of the package maintainer. > > Hm, but you agree that it is not necessary to remove the libkpathsea-dev > binary package from sid (or sid and etch); we can instead wait until we > can remove the complete libkpathsea3 stuff, right? Which binary do you mean? The one that is build from libkpathsea3 (which is already gone anyway) or the current one? I hope I didn't add to the confusion :) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: draft of announcement for sarge r2
On Wed, Apr 12, 2006 at 02:22:34PM -0400, Kevin B. McCarty wrote: > On another topic, why isn't wzdftpd (DSA 1006) included in the release > announcement? It is listed as OK on the wiki page > http://wiki.debian.org/DebianReleases/PointReleases > but not listed at all on the release preparation page > http://release.debian.org/stable/3.1/3.1r2/ > For some reason it has also gone missing from the security front page > http://www.debian.org/security/ This is because its date as noted as March, 15th, 200_5_. I fixed it in CVS, so should reappear soon. Thanks for pointing that out. > even though it can be found at the direct URL > http://www.debian.org/security/2006/dsa-1006 > Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Preparation of the next stable Debian GNU/Linux update (V)
On Wed, Apr 05, 2006 at 05:58:17PM +0200, Martin Zobel-Helas wrote: > fai stable2.8.4all source > fai updates 2.8.4sarge1 all source > > Fixes three problems This explanation should probably be more verbose, shouldn't it? Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Multiarch support (was Moving 32-bit libraries to (/usr)/lib32 on amd64)
On Sat, Feb 25, 2006 at 07:55:00AM +0100, Christian Perrier wrote: > OK, sorry for the confusion but I really didn't want to see Aurélien > just stop this work which I'm pretty sure he's doing well. > > For dpkg, I think I've seen some discussion but Guillem Jover and/or > Frank Lichtenheld have probably a better picture. Anyway, the dpkg > development model is now pretty much opened so anyone with > ideas/skills/patches can probably come up and discuss in debian-dpkg... The first part is not quite true yet; currently I have no real idea of the needed/proposed changes to dpkg for multiarch. The second part however is true: I will happily work with anyone who proposes multi-arch patches for dpkg to test, discuss and integrate them... (General remark without reference to any special incident: please use the BTS for patches, do not post them directly to the list) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: List of remaining libraries for C++ transition
On Tue, Nov 08, 2005 at 09:51:35PM -0500, Nathanael Nerode wrote: > db3 -- C++ bindings to be removed (not sure why it's not done yet) Only waits for rene, AFAICS. > inti-gl -- to be removed > inti-sourceview -- to be removed > libinti-gconf1.0 -- to be removed > libinti1.0 -- to be removed > libpanelappletmm2.6 -- *** needs new upload or removal > libs11n -- to be removed > libsdl-sge -- just needs binNMU, which is in progress > log4cpp -- *** new maintainer needs sponsor > nurbs++ -- *** needs new upload or removal, old FTBFS with gcc-3.4 and gcc-4.0 There is a version in NEW of this lib > postgis -- Steve Langasek suggested removal > sp-gxmlcpp -- *** needs new upload or removal > wfnetobjs -- *** needs new upload, has reverse depends (wflogs) > xdb -- *** needs new upload, has reverse depends (oleo) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: testing security status (post kde)
On Fri, Nov 04, 2005 at 04:18:23AM -0800, Steve Langasek wrote: > On Thu, Nov 03, 2005 at 04:58:17PM -0500, Joey Hess wrote: > > uim > > scheduled for removal > > Has reverse deps, though, so it's not going anywhere at the moment. Frank, > thoughts on this? Someone should be begin with actually closing the security bug since the maintainer made an error in the changelog entry. And why was 327711 tagged fixed-upstream but not closed with the new upstream version? Anyway, none of the issues is worth keeping the security fix out of testing and the removal hint is more a todo reminder for me currently... Can drop it for now. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please allow rpm 4.4.1-4 in testing
On Thu, Nov 03, 2005 at 10:52:06AM +1100, Aníbal Monsalve Salazar wrote: > On Thu, Nov 03, 2005 at 12:34:48AM +0100, Frank Lichtenheld wrote: > >So you're requesting to remove apt-rpm from testing? > > Yes, but that request should come from Peter Eisentraut. > > >I don't know exactly what you want us to do... > > Is there any other alternative? No, I just wasn't sure if your mail did want to say that ;) Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please allow rpm 4.4.1-4 in testing
On Thu, Nov 03, 2005 at 10:19:38AM +1100, Aníbal Monsalve Salazar wrote: > At http://bjorn.haxx.se/debian/testing.pl?package=rpm it reads: > > * trying to update rpm from 4.0.4-31.1 to 4.4.1-4 (candidate is 14 days old) > * Updating rpm makes 2 depending packages uninstallable on alpha: > apt-rpm-repository, libapt-rpm-pkg-dev > * Updating rpm makes 1 non-depending packages uninstallable on alpha: > libapt-rpm-pkg-libc6.3-5-0 > > However, apt-rpm 0.5.15cnc6-6 depends on rpm. > > Please allow rpm 4.4.1-4 in testing. It will then allow apt-rpm > 0.5.15cnc6-6 to hit testing later. So you're requesting to remove apt-rpm from testing? I don't know exactly what you want us to do... Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Triggering rebuilds on all architectures
On Mon, Oct 31, 2005 at 07:32:56PM +0100, Peter Eisentraut wrote: > Someone NMU'ed one of my packages with a changelog entry of something > like "trigger rebuild on all architectures". It was my understanding > that this was frowned upon, and that one should contact buildds or the > release team to do binary-only re-uploads. What would have been the > preferred way to go about this? It would help if you would actually mention which package... Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: opensp?
On Sun, Oct 30, 2005 at 05:29:48PM -0800, Thomas Bushnell BSG wrote: > Now that the imlib/png/gnome1 tangle has gotten into testing, one > loose end remains that affects me. I think opensp needs to be hinted > in together with ofx, epiphany-extensions, and openjade. vorlon already has a hint for that. But gnucash needs to go in as well for this. AFAICS this didn't worked tonight. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: please hint xmorph and waili
On Sun, Oct 30, 2005 at 12:37:52PM +0100, A Mennucc wrote: > please hint so that > xmorph and waili will go into testing hint added Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please allow libcdio/vcdimager to enter testing
On Sat, Oct 22, 2005 at 02:08:31AM +0200, Nicolas Boullis wrote: > Hi, > > Can you please hint britney that libcdio/0.76-1 and vcdimager/0.7.21-2 > should be considered together for the unstable->testing propagation? Had already added that. Should go in tomorrow. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Plan for force-hint for KDE/JACK
On Tue, Oct 18, 2005 at 07:14:15PM -0400, Nathanael Nerode wrote: > easy enchant/1.1.6-1.1 myspell/1:3.0+pre3.1-16 abiword/2.4.1-1 > aiksaurus/1.2.1+dev-0.12-1 libwpd/0.8.3-1 writerperfect/0.7.0-4 I track that one. But it isn't yet ready. First abiword was stuck behind libpng which we tried to solve with binNMUs but those aren't installable due to the strict dependency on abiword-common. So we need either to request a sourceful upload from the maintainer or do a source-changing binNMU on sparc. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mpich C++ translation (to the correct list)
On Sun, Oct 16, 2005 at 04:40:31AM -0700, Steve Langasek wrote: > FWIW, we're very close now to being able to get everything into testing. > The remaining blockers are: > > rmpi needs built on arm and hppa > scalapack needs built on arm, hppa, mipsel, and sparc > octave2.1 needs built on arm > octave-gpc needs built on alpha, ia64, and mips (but I've just found > its non-free build-dep is RC buggy on alpha and ia64, so this will > probably be dropped) fwiw I've removed octave-gpc a week ago already... Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
#317475 related bugs still valid?
Hi there. Quite a few RC bugs against packages exist that refer to #317475 as possible cause for FTBFS on m68k. AFAIK this could be fixed with gcc 4.0.2. How should this be tested? Will you just requeue them or should we do manual builds on crest? Or is the bug known to not be fixed at all? Here a list of affected packages (all in state "failed" currently unless otherwise noted): pyid3lib #328452 pngwriter #328456 smart #328457 pyflac #326904 pyopenal #325563 python-extclass #323389 soya #325564 -> this has even been build successfully umfpack #323387 uqwk #329089 xjdic #327112 Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: clarifications on bjorn.haxx.se (continued)
On Wed, Oct 12, 2005 at 04:45:45PM +0200, Luk Claes wrote: > Thanks for adding them. Is it ok to keep sending mails about these? Sure. You can also /msg them to me on IRC which is maybe faster and certainly less stuff in the list archive which is only of minor interest... > Another one: > > easy sylpheed-claws/1.0.5-1 sylpheed-claws-ghostscript-viewer/0.8-7 > sylpheed-claws-maildir-plugin/0.7-5 Added. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: clarifications on bjorn.haxx.se (continued)
On Wed, Oct 05, 2005 at 04:49:53PM +0200, Luk Claes wrote: > Some other suggestions: > > hint javavm/1.3.3-2 classpath/2:0.18-5 you mean jamvm, right? Added > xsp and mod-mono (both not in testing): > > hint xsp/1.0.5-2 mod-mono/1.0-1 Added. > Something else: geda-gnetlist is Built, but not Installed on mipsel... Nothing we can do something about -> [EMAIL PROTECTED] Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: clarifications on bjorn.haxx.se
On Wed, Oct 05, 2005 at 04:34:54PM +0200, Luk Claes wrote: > But not correct, maybe I should add the version numbers in the future? Yes, please. > libmath++/0.0.4-2 instead, you probably just copied and forget to change > the version number... Fixed. > The others seem allright, but are apparantly not tried due to a failure > of this one or ...? No, should have made that "easy" hints, not "hint" hints. britney only processes the first 5 "hint" hints that seem to be valid; due to performance reasons I guess. "easy" hints should suffice in most cases but let's see. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
