Bug#341649: openoffice.org-core: Please switch to libdb4.3
Package: openoffice.org-core Version: 2.0.0-3 Severity: wishlist Can you switch from libdb4.2 to the more recent libdb4.3? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342719: curl: Please build against libcurl3-gnutls
Package: curl Version: 7.15.1-1 Severity: wishlist It would be nice if the curl package was built against libcurl3-gnutls. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343627: gnumeric should conflict with != the exact version of gnumeric-doc
Package: gnumeric Version: 1.6.1-1 Severity: important gnumeric looks for the data in /usr/share/gnumeric/1.6.1 when clicking on Help/Contents. gnumeric should therefore conflict with both versions (<< 1.6.1) and (>= 1.6.2) of gnumeric-doc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344174: dhcp3: Please remove obsolete kernel version information from the package descriptions
Package: dhcp3 Version: 3.0.3-5 Severity: minor Since Debian stable does no longer support kernel 2.0 (AFAIR kernel 2.0 support was even dropped before Debian 3.0), the following paragraph of the package descriptions is obsolete and should be removed: <-- snip --> Note: This package _requires_ a 2.2.x or later Linux kernel. 2.0.x kernels are _not_ supported. <-- snip --> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344279: wxwidgets2.6: New upstream version available
Package: wxwidgets2.6 Version: 2.6.1.2 Severity: wishlist wxWidgets 2.6.2 is available at http://www.wxwindows.org/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344280: wxwidgets2.6 is not a native Debian package
Package: wxwidgets2.6 Version: 2.6.1.2 Severity: normal wxwidgets2.6 was not "written specifically to be turned into a Debian package". It should therefore be packaged as a non-native package (.orig.tar.gz + .diff.gz + .dsc), and the versionnumber should include a Debian revision. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344279: acknowledged by developer (Re: Bug#344279: wxwidgets2.6: New upstream version available)
On Wed, Dec 21, 2005 at 09:33:19AM -0800, Debian Bug Tracking System wrote: >... > See #342189. That source release is useless to us. > Feel free to chip in upstream toward making 2.6.3 viable. Thanks for your quick reply and the information. Could you leave bugs like #342189 open as a reference? If it was still open I'd have seen it and wouldn't have sent my duplicate bug. > cheers, > Ron cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344280: wxwidgets2.6 is not a native Debian package
reopen 344280 thanks On Thu, Dec 22, 2005 at 04:27:41AM +1030, Ron wrote: > On Wed, Dec 21, 2005 at 03:27:59PM +0100, Adrian Bunk wrote: > > Package: wxwidgets2.6 > > Version: 2.6.1.2 > > Severity: normal > > > > wxwidgets2.6 was not "written specifically to be turned into a > > Debian package". > > > > It should therefore be packaged as a non-native package > > (.orig.tar.gz + .diff.gz + .dsc), and the versionnumber should > > include a Debian revision. > > There is no diff.gz. I'm open to technical suggestions for > how 'non-native' but wholly unmodified upstream source releases > might be packaged better, but I WILL NOT include a zero length > diff.gz for upload just to satisfy semantic nit-picking on what > is and is not 'native'. >... You will never have a zero length .diff.gz simply because the .diff.gz contains your modifications to the upstream sources _including_ your debian/ subdir. And with a .diff.gz it would e.g. be possible to see how dcclient.cpp differs from the pristine upstream sources. As a bonus, you wouldn't upload 15 MB to all mirrors for each change in the packaging. > Efforts to fix the underlying problem will be appreciated, but > until the existence of a diff.gz and use of a 'debian revision' > are less tightly linked together, the typically suggested 'cure' > is not warranted by any natural problem in evidence. Your current versioning implies there were _upstream_ versions 2.6.1.1.1 and 2.6.1.2, but there aren't. > If the package is uploaded with a real diff.gz then it should > have a debian version -- since it typically is not, the tools > dictate it should not have one. That is the real bug, if any, > here. I'm not sure who is interested in addressing it (this > isn't new), but there is nothing 'broken' to 'fix' at this end > that cannot be fixed more thoroughly and permanently in other > places. >... It would be correct even if .diff.gz was empty, but as I explained above your assumption your .diff.gz would be empty is wrong. > Ron cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344280: wxwidgets2.6 is not a native Debian package
reopen 344280 thanks On Thu, Dec 22, 2005 at 02:50:07PM +1030, Ron wrote: > On Wed, Dec 21, 2005 at 07:19:57PM +0100, Adrian Bunk wrote: > > On Thu, Dec 22, 2005 at 04:27:41AM +1030, Ron wrote: > > > On Wed, Dec 21, 2005 at 03:27:59PM +0100, Adrian Bunk wrote: > > > > Package: wxwidgets2.6 > > > > Version: 2.6.1.2 > > > > Severity: normal > > > > > > > > wxwidgets2.6 was not "written specifically to be turned into a > > > > Debian package". > > > > > > > > It should therefore be packaged as a non-native package > > > > (.orig.tar.gz + .diff.gz + .dsc), and the versionnumber should > > > > include a Debian revision. > > > > > > There is no diff.gz. I'm open to technical suggestions for > > > how 'non-native' but wholly unmodified upstream source releases > > > might be packaged better, but I WILL NOT include a zero length > > > diff.gz for upload just to satisfy semantic nit-picking on what > > > is and is not 'native'. > > >... > > > > You will never have a zero length .diff.gz simply because the .diff.gz > > contains your modifications to the upstream sources _including_ your > > debian/ subdir. > > This is why there will never be anything _but_ a zero length diff.gz > for uploads I make. All changes that I make, _including_ the debian/ > dir, are made to the upstream cvs repository before they are uploaded > to Debian. I understand that doing that does expose a few edge cases > in our definition of what is 'native' -- but the extra work I would > need to do to maintain a "conventional separation" (that simply does not > exist in (most of) the present circumstances surrounding this package) > has not been justified by the so far very few times it would have been > a real advantage somewhere. But the upstream tarballs don't contain the debian/ subdirs. > If someone were to upload a package containing Debian specific changes > that were not propagated to the upstream maintainers, then yes, I would > expect that upload to include a diff.gz as per its intended purpose. > > But I confess I'm not sure what interesting things will occur in the > ftp archive if the package should flip between states from time to time. > In practice, its yet to happen... If someone does a source NMU for wxwidgets2.6, this upload will currently _not_ contain a .diff.gz since your package is being treated as native effectively creating a new upstream version. Currently, an NMU would be an upload of a 15 MB source tarball with the version 2.6.1.2-0.1 . > > And with a .diff.gz it would e.g. be possible to see how dcclient.cpp > > differs from the pristine upstream sources. > > You'll have to be more explicit here. I haven't changed dcclient for > more than 5 years now if cvs logs are to be believed (and never outside > of the pristine source). I suspect you are doing a diff between different > source releases and noting changes that occurred naturally in cvs in the > time between them. >From your latest upload: wxwidgets2.6 (2.6.1.2) unstable; urgency=low ... * Pull in changes to dcclient.cpp and window.cpp from HEAD mostly for gtk2.8 compatibility, but fixes a couple of other issues too. -- Ron Lee <[EMAIL PROTECTED]> Thu, 25 Aug 2005 18:38:31 +0930 It's a bit strange that on the one hand you insist that a .diff.gz was empty because all changes you make were already in the upstream cvs, but on the other hand you stated in your latest upload that you did change the upstream sources in some way. > > As a bonus, you wouldn't upload 15 MB to all mirrors for each change in > > the packaging. > > Yes, once or twice this would have been a plus for me. And I know > the ubuntu folk would have benefitted from this. But the extra > unnecessary work for all other uploads easily swamp any gains I'd > have historically made to date. >... What are the gains from not shipping a .diff.gz (empty or not) and not using a Debian revision in the package version? > > > Efforts to fix the underlying problem will be appreciated, but > > > until the existence of a diff.gz and use of a 'debian revision' > > > are less tightly linked together, the typically suggested 'cure' > > > is not warranted by any natural problem in evidence. > > > > Your current versioning implies there were _upstream_ versions > > 2.6.1.1.1 and 2.6.1.2, but there aren't. > > There ARE. That is my point. But I don't pretend this is obvious > to anyone assuming that wx works like other projects they are > fa
Bug#337728: gkrellm is linked with libssl
Package: gkrellm Version: 2.2.7-3 Severity: serious At least on i386, gkrellm is linked with libsl0.9.8 effectively reopening archived bug #309089. The cause of this problem is described in #322211. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337822: asciidoc doesn't seem to require python2.4
Package: asciidoc Version: 7.0.2-1 Severity: wishlist The README in the sources mentions 2.3 as minimum Python requirement, and 2.3 sems to work fine. Please: - change the first line in /usr/bin/asciidoc to read #!/usr/bin/python - change the dependency to python (>= 2.3) TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337822: This issue is still present
reopen 337822 thanks I don't know what you did, but the two points I mentioned in my email are still unchanged. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338065: libungif4: New upstream version available
Package: libungif4 Version: 4.1.3-3 Severity: wishlist libungif-4.1.4 is available at http://sourceforge.net/projects/libungif/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338733: Please add an eclipse metapackage
Package: eclipse Version: 3.1.1-5 Severity: wishlist It would be good if there was an "eclipse" metapackage that would depend on the complete eclipse. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338762: gxine: New upstream version available
Package: gxine Version: 0.4.8-0.1 Severity: wishlist gxine 0.5.0 is available at http://www.xinehq.de/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338812: parted: New upstream version available
Package: parted Version: 1.6.24-4 Severity: wishlist parted-1.6.25.1 is available at ftp://ftp.gnu.org/gnu/parted/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338947: devmapper: New upstream version available
Package: devmapper Version: 2:1.01.05-1 Severity: wishlist device-mapper.1.02.00 is available at ftp://sources.redhat.com/pub/dm/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344205: [2.6 patch] fix AIRO{,_CS} <-> CRYPTO
On Sat, Jan 07, 2006 at 05:47:14PM -0700, dann frazier wrote:
> airo.c currently has MICSUPPORT enabled, which requires CONFIG_CRYPTO.
> A user reported a build failure which is due to the lack of a Kconfig
> dependency. See http://bugs.debian.org/344205.
>
> This patch makes Kconfig enforce this dependency.
>
> Signed-off-by: dann frazier <[EMAIL PROTECTED]>
>...
Hi Dann,
thanks for your patch.
A more complete fix is below.
cu
Adrian
<-- snip -->
drivers/net/wireless/airo.c requires CONFIG_CRYPTO for compilations.
Therefore, AIRO and AIRO_CS should select CRYPTO.
Additionally, this patch removes the #ifdef's for the non-compiling
CRYPTO=n case from drivers/net/wireless/airo.c.
Bug report by Roland Mas <[EMAIL PROTECTED]>,
initial patch by dann frazier <[EMAIL PROTECTED]>.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/net/wireless/Kconfig |2 +
drivers/net/wireless/airo.c | 55 +--
2 files changed, 4 insertions(+), 53 deletions(-)
--- linux-2.6.15-mm2-full/drivers/net/wireless/Kconfig.old 2006-01-10
20:40:12.0 +0100
+++ linux-2.6.15-mm2-full/drivers/net/wireless/Kconfig 2006-01-10
21:06:08.0 +0100
@@ -244,6 +244,7 @@
config AIRO
tristate "Cisco/Aironet 34X/35X/4500/4800 ISA and PCI cards"
depends on NET_RADIO && ISA_DMA_API && (PCI || BROKEN)
+ select CRYPTO
---help---
This is the standard Linux driver to support Cisco/Aironet ISA and
PCI 802.11 wireless cards.
@@ -391,6 +392,7 @@
config AIRO_CS
tristate "Cisco/Aironet 34X/35X/4500/4800 PCMCIA cards"
depends on NET_RADIO && PCMCIA && (BROKEN || !M32R)
+ select CRYPTO
---help---
This is the standard Linux driver to support Cisco/Aironet PCMCIA
802.11 wireless cards. This driver is the same as the Aironet
--- linux-2.6.15-mm2-full/drivers/net/wireless/airo.c.old 2006-01-10
20:40:31.0 +0100
+++ linux-2.6.15-mm2-full/drivers/net/wireless/airo.c 2006-01-10
20:42:44.0 +0100
@@ -36,6 +36,7 @@
#include
#include
#include
+#include
#include
#include
@@ -87,14 +88,6 @@
#include
#endif
-/* Support Cisco MIC feature */
-#define MICSUPPORT
-
-#if defined(MICSUPPORT) && !defined(CONFIG_CRYPTO)
-#warning MIC support requires Crypto API
-#undef MICSUPPORT
-#endif
-
/* Hack to do some power saving */
#define POWER_ON_DOWN
@@ -1118,7 +,6 @@
static int writerids(struct net_device *dev, aironet_ioctl *comp);
static int flashcard(struct net_device *dev, aironet_ioctl *comp);
#endif /* CISCO_EXT */
-#ifdef MICSUPPORT
static void micinit(struct airo_info *ai);
static int micsetup(struct airo_info *ai);
static int encapsulate(struct airo_info *ai, etherHead *pPacket, MICBuffer
*buffer, int len);
@@ -1127,9 +1119,6 @@
static u8 airo_rssi_to_dbm (tdsRssiEntry *rssi_rid, u8 rssi);
static u8 airo_dbm_to_pct (tdsRssiEntry *rssi_rid, u8 dbm);
-#include
-#endif
-
struct airo_info {
struct net_device_stats stats;
struct net_device *dev;
@@ -1190,12 +1179,10 @@
unsigned long scan_timestamp; /* Time started to scan */
struct iw_spy_data spy_data;
struct iw_public_data wireless_data;
-#ifdef MICSUPPORT
/* MIC stuff */
struct crypto_tfm *tfm;
mic_module mod[2];
mic_statistics micstats;
-#endif
HostRxDesc rxfids[MPI_MAX_FIDS]; // rx/tx/config MPI350 descriptors
HostTxDesc txfids[MPI_MAX_FIDS];
HostRidDesc config_desc;
@@ -1229,7 +1216,6 @@
static int flashputbuf(struct airo_info *ai);
static int flashrestart(struct airo_info *ai,struct net_device *dev);
-#ifdef MICSUPPORT
/***
* MIC ROUTINES *
***
@@ -1686,7 +1672,6 @@
digest[2] = (val>>8) & 0xFF;
digest[3] = val & 0xFF;
}
-#endif
static int readBSSListRid(struct airo_info *ai, int first,
BSSListRid *list) {
@@ -2005,7 +1990,6 @@
* Firmware automaticly puts 802 header on so
* we don't need to account for it in the length
*/
-#ifdef MICSUPPORT
if (test_bit(FLAG_MIC_CAPABLE, &ai->flags) && ai->micstats.enabled &&
(ntohs(((u16 *)buffer)[6]) != 0x888E)) {
MICBuffer pMic;
@@ -2022,9 +2006,7 @@
memcpy (sendbuf, &pMic, sizeof(pMic));
sendbuf += sizeof(pMic);
memcpy (sendbuf, buffer, len - sizeof(etherHead));
- } else
-#endif
- {
+ } else {
*payloadLen = cpu_to_le16(len - sizeof(etherHead)
Bug#345428: whois: text for .es refers to non-existing URL
Package: whois Version: 4.7.11 Severity: normal $ whois org.es This TLD has no whois server, but you can access the whois database at https://www.nic.es/ingles/ $ This URL does no longer seem to exist. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345578: xbase-clients: package description contains outdated reference to no longer existing gcc conflict
Package: xbase-clients Version: 6.9.0.dfsg.1-1 Severity: minor The following part of the package description is obsolete and should therefore be removed: <-- snip --> ... xrdb requires the C preprocessor (cpp) to process X resource files. The GNU C preprocessor's "-traditional" support misbehaves in early releases of the GCC 3.3 series; therefore, this package conflicts with those versions. ... <-- snip --> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336221: tipptrainer: URLs in the package description are wrong
Package: tipptrainer Version: 0.6.0-5 Severity: normal Most likely: http://www.pingos.schulnetz.org/ -> http://www.pingos.org http://www.pingos.org/tipptrainer/index.php -> http://tipptrainer.pingos.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336485: cyrus-sasl2: please switch to libdb4.3
Package: cyrus-sasl2 Version: 2.1.19-1.6 Severity: wishlist Please switch from libdb4.2 to the more recent libdb4.3. TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336486: perl: please switch to libdb4.3
Package: perl Version: 5.8.7-7 Severity: wishlist Please switch from libdb4.2 to the more recent libdb4.3. TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336487: jigdo: please switch to libdb4.3
Package: jigdo Version: 0.7.2-2 Severity: wishlist Please switch from libdb4.2 to the more recent libdb4.3. TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336488: postfix: please switch to libdb4.3
Package: postfix Version: 2.2.4-1.0.1 Severity: wishlist Please switch from libdb4.2 to the more recent libdb4.3. TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336873: /etc/default/rcS is installed by the initscripts package
reassign 336873 initscripts thanks cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#265479: [EMAIL PROTECTED]: Bug#265479: schedutils: Manual page update]
On Fri, Sep 30, 2005 at 01:59:54PM +0200, Guus Sliepen wrote: > Hello, > > I'm forwarding the attached Debian bugreport to you (better late than > never). I'm getting the following error message at displaying the man page after applying the chrt part: `R' is a string (producing the registered sign), not a macro. The taskset part does not apply against 2.13-pre5. > Guus Sliepen <[EMAIL PROTECTED]> cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335951: This might be fixed in util-linux 2.13-pre6
Hi Bryan, it could be that this issue was caused by an issue fixed in 2.13-pre6. Could you download the sources from [1] and tell me whether this fixes it? TIA Adrian [1] ftp://ftp.kernel.org/pub/linux/utils/util-linux/testing/ -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340087: microcode.ctl: last paragraph of the packae description is obsolete
Package: microcode.ctl Version: 1.12-2 Severity: minor The following paragraph of the package description is obselete and should be removed, since even Debain 3.1 doesn't support older kernels: <-- snip --> To enable microcode update, I need some kernel support, thus I need the linux kernel 2.2.18 or later, or 2.4.0 or later. <-- snip --> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340201: gnumeric: duplicate key allocation with LANG=de_DE
Package: gnumeric Version: 1.6.1-1 Severity: important $ LANG=de_DE gnumeric ** (gnumeric:18370): WARNING **: Im Menü »_Bearbeiten« wird die Zugriffstaste »s« für »Einfügen _spezial...« und »_Suchen...« gleichermaßen verwendet. ** (gnumeric:18370): WARNING **: Im Menü »_Format->S_palte« wird die Zugriffstaste »b« für »_Breite...« und »Ver_bergen« gleichermaßen verwendet. [EMAIL PROTECTED]:~$ LANG=de_DE gnumeric ** (gnumeric:20065): WARNING **: Im Menü »_Bearbeiten« wird die Zugriffstaste »s« für »Einfügen _spezial...« und »_Suchen...« gleichermaßen verwendet. ** (gnumeric:20065): WARNING **: Im Menü »_Format->S_palte« wird die Zugriffstas Rough translation: In the menu "Edit", the key "s" is used for both "paste special" and "find". In the menu "format column", the key "b" is used for both "width" and "hide". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310665: ITP: cl-rfc2388 -- an implementation of RFC 2388 in Common Lisp
On Sat, Jun 04, 2005 at 12:06:14PM +0200, Luca Capello wrote: >... > BTW, the CVS source already contains a debian/ folder, as the author > accepted to let rfc2388 become a Debian native package :-) Please don't package it as a native Debian package. You can ship it with an empty Debian diff but please package it non-native and with a Debian revision in the version string. This avoids several problems like e.g. an NMU uploading a new upstream version having a higher version number than the maintainer upload of this version. > Thx, bye, > Gismo / Luca cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313090: samba: please switch to libreadline5
Package: samba Version: 3.0.14a-5 Severity: wishlist Please switch from libreadline4 to the more recent libreadline5. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314673: libdscaler: New upstream version available
Package: libdscaler Version: 4.0.1-1 Severity: wishlist DScaler 4.1.11 is available at http://dscaler.org/downloads.htm Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307683: needs to be properly fixed, FTBFS is RC
reopen 307683 tags 307683 -sarge severity 307683 serious thanks On i386, both the package in unstable and the package in unstable fail if mawk is not installed. If you use mawk, you have to add a build dependency. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307683: needs to be properly fixed, FTBFS is RC
tags 307683 -sid thanks Yes I was able to reproduce this bug with the package in sarge and yes, I explicitely mentioned this in my email to the BTS. Is there any way to stop Steve from blindly adding wrong "sid" tags to bugs only for letting his RC bugs metric look better? On Mon, May 30, 2005 at 03:02:46PM -0500, Chris Lawrence wrote: > On 5/30/05, Adrian Bunk <[EMAIL PROTECTED]> wrote: > > reopen 307683 > > tags 307683 -sarge > > severity 307683 serious > > thanks > > > > On i386, both the package in unstable and the package in unstable fail > > if mawk is not installed. > > > > If you use mawk, you have to add a build dependency. > > It seems to me that the proper place to fix this is (still) in > r-base-dev, since it's what's choosing mawk or gawk (and I'd have to > guess which mawk|gawk was being used on which architecture to fix it > in this particular package - not to mention I suspect r-base-mapdata > has the same problem). In short, r-base-dev needs to depend on the > awk used when it was built -- the simplest solution I can see is to > use mawk on all architectures (overriding configure's detection on > amd64 and possibly other architectures) and having a fixed dependency > on mawk. This sounds like a good solution. > I'm still not convinced this is really RC, by the way... any > non-seriously-broken system should have mawk installed. Why do you call a system without mawk installed seriously broken? That's a perfectly legal setup (and it works fine on my computer since more than 5 years). > Chris cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307683: needs to be properly fixed, FTBFS is RC
On Mon, May 30, 2005 at 04:01:33PM -0500, Dirk Eddelbuettel wrote: > > On 30 May 2005 at 15:02, Chris Lawrence wrote: > | On 5/30/05, Adrian Bunk <[EMAIL PROTECTED]> wrote: > | > reopen 307683 > | > tags 307683 -sarge > | > severity 307683 serious > | > thanks > | > > | > On i386, both the package in unstable and the package in unstable fail > | > if mawk is not installed. > | > > | > If you use mawk, you have to add a build dependency. > | > | It seems to me that the proper place to fix this is (still) in > | r-base-dev, since it's what's choosing mawk or gawk (and I'd have to > > Don't think so. Mawk is priority required. It can be assumed to be present. >... mawk is neither essential nor build-essential. The virtual "awk" package is indirectly essential (since base-files depends on it), but that only guarantees that at least one of the three awk implementations present in Debian is available. > Dirk cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307683: needs to be properly fixed, FTBFS is RC
On Mon, May 30, 2005 at 04:03:16PM -0500, Dirk Eddelbuettel wrote: > > On 30 May 2005 at 22:45, Adrian Bunk wrote: > | Why do you call a system without mawk installed seriously broken? > | > | That's a perfectly legal setup (and it works fine on my computer since > | more than 5 years). > > No it's not as mawk is Priority: required. So if you remove it, your > problem, and you get to keep the pieces. required != essential > Dirk cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307683: needs to be properly fixed, FTBFS is RC
On Mon, May 30, 2005 at 04:10:11PM -0500, Chris Lawrence wrote: > On 5/30/05, Adrian Bunk <[EMAIL PROTECTED]> wrote: > > tags 307683 -sid > > thanks > > > > Yes I was able to reproduce this bug with the package in sarge and yes, > > I explicitely mentioned this in my email to the BTS. > > > > Is there any way to stop Steve from blindly adding wrong "sid" tags to > > bugs only for letting his RC bugs metric look better? > > Well, maybe Steve really thinks this isn't important to be fixed for > sarge. Considering all the complaining *you* have made about the Then the correct tag is "sid" and not "sarge-ignore" (which Steve has now tagged this bug with). AFAIK Steve isn't too dumb to distinguish these two tags. > release process, the irony of you wasting time trying to hold up the > release for this issue (which affects exactly zero people) is rich. >... Please complain to your release team who failed to do this required task of checking which bugs already fixed in sid are still present in sarge in time instead of flaming me who is actually doing the work your release team failed to do. > Chris cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311305: rivet in sarge lacks a dependency on apache
Package: rivet Version: 0.5.0-1 Severity: grave Tags: sarge rivet in sarge lacks a dependency on apache. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311305: rivet in sarge lacks a dependency on apache
On Tue, May 31, 2005 at 06:20:12PM +0200, David N. Welton wrote: > Adrian Bunk wrote: > > Package: rivet > > Version: 0.5.0-1 > > Severity: grave > > Tags: sarge > > So use the one from unstable. ... that has only a chance of getting into sarge if this bug is open. > David N. Welton cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311488: somaplayer was built with a broken libmad0
Package: somaplayer Version: 0.5.2-2 Severity: serious somaplayer was built with a broken libmad0 on all archiectures (see #310311). This can lead to broken upgrades from woody. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311488: Small correction to the description
It's an indirect upgrade issue, since somaplayer can be installed on a partially upgraded system with the woody libmad0. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311966: proguard doesn't work although the dependencies are fulfilled
Package: proguard Version: 3.2-1 Severity: grave $ proguardgui /usr/bin/proguardgui: line 3: exec: kaffe: not found $ proguard /usr/bin/proguard: line 3: exec: gij: not found $ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12-rc4-mm2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages proguard depends on: ii j2sdk [java-virtual-machine] 2:1.4.2-1 Java(TM) 2 Software Development Ki -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296609: really a blocker, duplicate of archived #234787
severity 296609 serious
tags 296609 +sarge
thanks
This bug ("fam: can not unmount floppy") seems to be a duplicate of the
archived bug #234787.
David, can you confirm that the fam package in unstable fixes this
issue?
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312018: gaim-encryption: archived bug #305719 is still present in sarge
Package: gaim-encryption Version: 2.36-3 Severity: grave Tags: sarge This is a reminder that archived bug #305719 is still present in sarge. Note that woody's gaim would suffice for the dependency of the package in sarge... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308710: This should go into sarge
reopen 308710 severity 308710 serious tags 308710 +sarge thanks This might not technically be a RC bug, but it was really silly if 1:0.34-3 wouldn't go into sarge. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312021: tinyhoneypot lacks a dependency on adduser
Package: tinyhoneypot Version: 0.4.6-6 Severity: serious Tags: sarge Although adduser is used in the postinst, a dependency is missing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305277: gnbd: Can't fulfill the build dependencies in sarge
Package: gnbd Version: 0.trunk20050206-1 Severity: serious Tags: sarge The build dependency on libmagma-dev can't be fulfilled in sarge. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301573: gnu-smalltalk: New upstream version available
On Thu, Apr 21, 2005 at 02:15:41AM +0100, Colin Watson wrote: > On Sat, Mar 26, 2005 at 10:43:24PM +0100, Adrian Bunk wrote: > > Package: gnu-smalltalk > > Version: 2.1.8-2 > > Severity: wishlist > > > > GNU smalltalk-2.1.10 is available at > > ftp://ftp.gnu.org/gnu/smalltalk/ > > > > Could you package this version? > > Any idea whether this fixes the various build problems (#198075, > #241258, #255416)? >... I do not know (and I can't test since I have only i386 and mipsel machines). > Cheers, cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305914: file: New upstream version available
Package: file Version: 4.12-1 Severity: wishlist file-4.13 is available at ftp://ftp.astron.com/pub/file/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305915: snd: New upstream version available
Package: snd Version: 7.8-1 Severity: wishlist Snd 7.12 is available at ftp://ccrma-ftp.stanford.edu/pub/Lisp/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305934: ltp: New upstream version available
Package: ltp Version: 20050107-3 Severity: wishlist ltp-20050405 is available at http://ltp.sourceforge.net/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306074: libgetopt-ocaml-dev lacks dependencies
Package: libgetopt-ocaml-dev Version: 0.0.20040811-1 Severity: grave libgetopt-ocaml-dev lacks dependencies. Some Ocaml dependencies are for sure required. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306143: ulogd: New upstream version available
Package: ulogd Version: 1.02-2 Severity: wishlist ulogd-1.23 is available at ftp://ftp.netfilter.org/pub/ulogd/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306142: ulogd: Upstream location in the copyright file is outdated
Package: ulogd Version: 1.02-2 Severity: normal The upstream location in the copyright file does no longer exist. It seems the current location is: ftp://ftp.netfilter.org/pub/ulogd/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306074: libgetopt-ocaml-dev lacks dependencies
On Sun, Apr 24, 2005 at 01:25:22PM -0400, Mike Furr wrote: > > Adrian Bunk wrote: > > Package: libgetopt-ocaml-dev > > Version: 0.0.20040811-1 > > Severity: grave > > > > libgetopt-ocaml-dev lacks dependencies. > > Some Ocaml dependencies are for sure required. > No dependencies are required for its 'functionality', but I suppose it > does contain symbols specific to the current OCaml release, so a > versioned dep is appropriate. Note that it is possible to package an I have zero knowledge of Ocaml, but I was surprised if OCaml 3.08.2 in testing was able to use the files under /usr/lib/ocaml/3.08.3 the version of your package in testing provides. > OCaml library which does not have any such dependencies (e.g., code > intended to be sandboxed), in which case, the code would have no valid > dependencies (just fyi). Is there any reasonable usage of this package that doesn't require OCaml installed? > I'm curious as to how you stumbled across this, did it break some tool > which parses the Packages file or something? I also think "serious" is I was wondering why it wasn't possible to fulfill the build dependencies of the version of your package in testing, and when looking deeper into your package I discovered this bug. > the correct severity for this bug, not grave, since its theoretically a > policy violation, not a lack of functionality. I don't see any practical differences between "serious" and "grave". > Cheers, > - -Mike cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306112: Let's split it in two bugs for the two packages
clone 306112 -1 reassign 306112 kodos retitle 306112 kodos must be rebuilt with a recent pyqt-tools reassign -1 python-qt3 retitle -1 python-qt3 must conflict with packages broken by the 3.14.1 changes tags -1 -patch thanks This bug contains two issues: - kodos must be rebuilt - python-qt3 must conflict will all binary packages broken by the 3.14.1 changes to avoid users having non-working combinations of packages installed cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305914: file: New upstream version available
On Mon, Apr 25, 2005 at 01:08:09PM +0200, Michael Piefel wrote: > Am Freitag, den 22.04.2005, 23:16 +0200 schrieb Adrian Bunk: > > Could you package this version? > > file is frozen as it is in base. If the new version has significant > changes, it won???t go in. If it hasn???t, there???s not much point. > > Just kidding. But really, is there a compelling reason for the update? > (Sincere question since upstream changelogs are mostly not helpful.) It doesn't seem to have significant changes, but some small updates like e.g. the "magic" update for being able to identify a GNU findutils locate database. There's no compelling reason to force an upgrade - there's only enough reason for a user to wish that file was upgraded. ;-) > Bye, > Mike cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302282: Please do not blindly tag bugs "sid"
tags 302282 -sid thanks Hi Steve, it was nice if you wouldn't blindly tag bugs sid without doing some minimal checking. If this bug exists in sid, it obviously also exists in sarge. If not, please explain why you disagree. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308538: test bug
Package: test Version: 1 Severity: normal This is a test bug I'll close in a few minutes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308538: Test whether two submitters actually work
cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308538: Test whether two submitters actually work
On Tue, May 10, 2005 at 11:01:45PM +0100, Martin Michlmayr wrote: > Since you're at it, can you also check what happens when the > submitter contain spaces. (i.e, > Adrian Bunk <[EMAIL PROTECTED]>, Adrian Bunk <[EMAIL PROTECTED]>) They work surprisingly well, too. The only problem I've observed until now is that the "Reported by:" link of the bug can't handle multiple submitters correctly. But the important things like notifications when closing the bug work well. > Martin Michlmayr cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307816: cweb is not installable / unusable
On Thu, May 05, 2005 at 11:17:27PM +0100, Julian Gilbey wrote: > On Thu, May 05, 2005 at 11:48:18PM +0200, Adrian Bunk wrote: > > tags 307816 -sid > > thanks > > > > That's not a sid-only thing, because as I explained in my bug report, > > the package in sarge is not really usable. > > Agreed. > > > On Thu, May 05, 2005 at 02:16:06PM -0700, Steve Langasek wrote: > > > On Thu, May 05, 2005 at 07:06:23PM +0200, Adrian Bunk wrote: > > > > Package: cweb > > > > Severity: grave > > > > > > > It might be the best to simply remove the cweb package since > > > > the Conflicts/Replaces/Provides in tetex-bin should be enough. > > > > > > That doesn't provide a usable automatic transition from woody, though. > > > > cweb in woody recommends tetex-bin. > > > > People who had cweb installed without having as well tetex-bin installed > > fulfill the following two points: > > - they have not fulfilled recommends on their system > > - they don't seem to really use cweb > > They may use it for compiling other people's cweb source code without > wanting to pretty-print it. OK, I didn't think of this. > Please see my other email on the "best" fix. Agreed. >Julian cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307816: cweb is not installable / unusable
On Thu, May 05, 2005 at 11:07:47PM +0100, Julian Gilbey wrote: >... > So I suggest letting: > * tetex-bin_2.0.2-29 (and packages built from it: libkpathsea3 and > libkpathsea-dev) > * cweb_3.64.debian-2 > into sarge. I agree, this is a better solution than my suggestion. >Julian cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308538: Test whether two submitters actually work
On Wed, May 11, 2005 at 10:41:56AM +0100, Colin Watson wrote: > On Wed, May 11, 2005 at 10:44:11AM +0200, Adrian Bunk wrote: > > On Tue, May 10, 2005 at 11:01:45PM +0100, Martin Michlmayr wrote: > > > Since you're at it, can you also check what happens when the > > > submitter contain spaces. (i.e, > > > Adrian Bunk <[EMAIL PROTECTED]>, Adrian Bunk <[EMAIL PROTECTED]>) > > > > They work surprisingly well, too. > > > > The only problem I've observed until now is that the "Reported by:" link > > of the bug can't handle multiple submitters correctly. > > Good point, thanks. Fixed. Thanks for the quick fix. But the bug is listed at neither of the two submitters pages. It seems a handling of multiple submitters in a way that the bugs belong to each of them (as it is similarily done with bugs against multiple packages) is missing. > Cheers, cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308538: Test whether two submitters actually work
On Wed, May 11, 2005 at 11:03:16AM +0100, Colin Watson wrote: > On Wed, May 11, 2005 at 11:49:38AM +0200, Adrian Bunk wrote: > > On Wed, May 11, 2005 at 10:41:56AM +0100, Colin Watson wrote: > > > On Wed, May 11, 2005 at 10:44:11AM +0200, Adrian Bunk wrote: > > > > They work surprisingly well, too. > > > > > > > > The only problem I've observed until now is that the "Reported by:" > > > > link > > > > of the bug can't handle multiple submitters correctly. > > > > > > Good point, thanks. Fixed. > > > > Thanks for the quick fix. > > > > But the bug is listed at neither of the two submitters pages. > > > > It seems a handling of multiple submitters in a way that the bugs belong > > to each of them (as it is similarily done with bugs against multiple > > packages) is missing. > > Hmm, OK, I see. Should be fixed now. Looks good, thanks. :-) > Cheers, cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306108: Processed: I was able to reproduce this in sarge
On Sun, May 15, 2005 at 12:51:35PM -0500, Dirk Eddelbuettel wrote: > On Sun, May 15, 2005 at 10:04:22AM -0700, Debian Bug Tracking System wrote: > > Processing commands for [EMAIL PROTECTED]: > > > > > reopen 306108 > > Bug#306108: lattice: FTBFS: error on examples check > > Bug reopened, originator not changed. > > > > > tags 306108 -sid > > Bug#306108: lattice: FTBFS: error on examples check > > Tags were: sid > > Tags removed: sid > > > > > tags 306108 +sarge > > Bug#306108: lattice: FTBFS: error on examples check > > There were no tags set. > > Tags added: sarge > > > > > thanks > > Stopping processing here. > > > > Please contact me if you need assistance. > > That bug report is too free of information. Please show me a log of exactly > /which/ version you used for R and lattice. Also note that there is a I used the packages from sarge. These are r-base-dev 2.1.0-1 and r-cran-vr 7.2.12-1 . I tried lattice 0.10.16-1 . lattice 0.11-6-1 builds fine. > version of lattice in unstable that you should probably use instead, so if > you could do me the favour of testing that /source/ version ... The version in sarge is the one that might ship with Debian 3.1, and your release managers demand that all packages in sarge are buildable inside sarge. > Thanks, Dirk cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309249: opencv: #270345 is still present in sarge
Package: opencv
Version: 0.9.5-10
Severity: serious
Tags: sarge
This is a reminder that archived bug #270345
("Incorrect build on systems with libavcodec installed")
is still present in sarge.
I've set the severity that high because this bug might e.g.
lead to a miscompiled binary package on one architecture
if a DSA for openvc was issued.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309254: xslideshow: please switch to libxaw7
Package: xslideshow Version: 3.1-7 Severity: wishlist xslideshow is one of the few packages depending on libxaw6. It was nice if it would switch to libxaw7. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12-rc4-mm1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xslideshow depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an pn xlib6g Not found. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309307: kernel-image-2.4.27-sparc in sarge lacks security fixes from kernel-source-2.4.27 2.4.27-9
Package: kernel-image-2.4.27-sparc Version: 2.4.27-2 Severity: critical Tags: security, sarge The package in sarge lacks the security fixes from kernel-source-2.4.27 2.4.27-9 . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309311: nvidia-settings: #265640 is still present in sarge
Package: nvidia-settings
Version: 1.0-3
Severity: serious
Tags: sarge
This is a reminder that archived bug #265640 ("FTBFS on Alpha:
src/libXNVCtrl/libXNVCtrl.a: could not read symbols: File in wrong
format") is still present in sarge.
I doubt that the package is currently working on all architectures
due to this bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308705: removing ipfwadm
On Mon, May 16, 2005 at 09:49:01AM -0700, Adam McKenna wrote: > I am not sure whether the ipfwadm package should be removed. Kernels up to > 2.4 still have support for ipfwadm filtering rules, so theoretically people > could still be using it with current kernels. > > cc'ing debian-devel. If the consensus there is that the package should be > removed, I'll request its removal. _All_ kernel versions in sarge support ipfwadm. Not that I expect many people to use it, but I don't see a good reason for removing it. > --Adam cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309686: tuxracer in sarge should really be replaced by the transition package to planetpenguin-racer
Package: tuxracer Version: 0.61-6.4 Severity: serious Tags: sarge This might technically not be a RC bug, but for not forgetting it: I don't see any reason for shipping sarge with the obsolete package in sarge instead of the transition package in unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309691: zope-testcase in sarge still uses the non-free profile module
Package: zope-testcase Version: 0.9.0-1 Severity: grave Tags: sarge zope-testcase in sarge still uses the non-free profile module. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308052: This bug seems to be only in sid
tags 308052 -sarge tags 308052 +sid thanks Hi Martin, in my testing, it seems the bug is only present in sid but not in sarge. How exactly did you manage to reproduce this bug inside sarge? TIA Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293014: gnunet: Can't fulfill the build dependencies in sarge
Package: gnunet Version: 0.6.5-3 Severity: serious Tags: sarge The build dependency on libextractor0-dev can't be fulfilled in sarge. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284520: libdbd-sqlite-perl must conflict with older popfile versions
reopen 284520 reassign 284520 libdbd-sqlite-perl retitle 284520 libdbd-sqlite-perl must conflict with older popfile versions thanks To prevent problems with partial upgrades, libdbd-sqlite-perl must conflict with older popfile versions. Due to the fact that testing is used for sarge, this is also required to prevent sarge with shipping the new libdbd-sqlite-perl but an old popfile. It seems that similar conflicts are required for other packages like lire that do depend on libdbd-sqlite-perl, too. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307203: gnupg: New upstream version available
Package: gnupg Version: 1.4.0-3 Severity: wishlist GnuPG 1.4.1 (which includes a fix for #300859) is available at http://www.gnupg.org Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307427: hdparm --help output should go to stdout
Package: hdparm Version: 6.1-1 Severity: normal The output of "hdparm --help" goes to stderr, although it's common that such output goes to stdout. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12-rc3-mm2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages hdparm depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306015: A way _not_ to handle bugs
severity 306015 grave thanks Hi Steve, first of all, if you downgrade a bug only a good hour after I upgraded it, it would be nice if you would: - Cc me - send a better explanation than "This is not a missing dependency, feh" I know that downgrading RC bugs makes your RC bugs metric look better, but this bug is a good example why only working on improving a metric is a bad thing. In my testing, e.g. php4 from woody together with php4-mysql from sid is _not_ a working combination. Please either explain why "this is not a missing dependency" or promise to be a little more careful in the future instead of blindly downgrading bugs. TIA Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307473: Purging mysql-server can kill mysql-server-4.1
Package: mysql-server, mysql-server-4.1 Version: 4.0.24-7 Severity: critical apt-get install mysql-server apt-get remove mysql-server apt-get install mysql-server-4.1 dpkg --purge mysql-server ***boom*** Depending on your answer to "postrm_remove_databases", this has deleted all your data or "only" destroyed your MySQL installation. BTW1: The same can happen to mysql-server-4.1 if the user had removed but not purged mysql-server from woody some years ago and purges it now. BTW2: This is a nice example for the class of data loss bugs testing cannot catch because it might take some time until the first usre falls into this trap. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306015: A way _not_ to handle bugs
On Tue, May 03, 2005 at 08:30:22AM -0700, Thomas Bushnell BSG wrote: > Adrian Bunk <[EMAIL PROTECTED]> writes: > > > severity 306015 grave > > thanks > > > > Hi Steve, > > > > first of all, if you downgrade a bug only a good hour after I upgraded > > it, it would be nice if you would: > > - Cc me > > - send a better explanation than "This is not a missing dependency, feh" > > Looking at the bug log, it seems that you had no business increasing > the severity in the first place. You didn't report the bug, you > aren't the maintainer, and now you are playing BTS wars. It's up to > the maintainer and Steve, secondarily it's up to the submitter of the > bug, and it doesn't seem to concern you at all. You seem to confuse this with bug closing. It's common practice to adjust the severity of a bug to a RC one if a RC issue was mistakenly reported as non-RC, and neither your Developers Reference nor your release team have ever disagreed with this practice. The alternative would be to send a second bug for the same issue with the correct RC severity. If this makes you happy I can do this in the future. > This bug does not make the package "unusable or mostly so" because it > has a trivial workaround available. So it was wrong of you to mark it Once upon a time, Debian was famous for it's working upgrades. You can workaround many bugs - but why do you emphasize on the fact that there was "a trivial workaround available" if the fix for the bug is trivial? > grave, unless you are just seeking attention. It might be "serious", > but the submitter himself thought it was "important". You didn't give > any reasons for busting in and changing it. That's wrong. grave <-> serious isn't worth a discussion since there's not a big difference between them (both are RC) Even Steve had always agreed that missing dependencies that break partial upgrades from woody were RC bugs And even in the email were he downgraded this bug he only wrongly stated "This is not a missing dependency" - not that missing dependencies weren't RC. > Thomas cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306015: A way _not_ to handle bugs
On Tue, May 03, 2005 at 12:40:21PM -0700, Steve Langasek wrote: >... > On Tue, May 03, 2005 at 12:27:32PM +0200, Adrian Bunk wrote: > > > first of all, if you downgrade a bug only a good hour after I upgraded > > it, it would be nice if you would: > > - Cc me > > - send a better explanation than "This is not a missing dependency, feh" > > If you are going to upgrade bugs to RC severity without talking to the > maintainers first, it would be nice if you would be right. I have explained how this can produce non-working package combinations. If you do immediately lower the severity of a bug I raised the severity of again, could you please at least put my in the Cc header of the message you send to the BTS? > > In my testing, e.g. php4 from woody together with php4-mysql from sid is > > _not_ a working combination. > > $ apt-cache show php4-mysql > Package: php4-mysql > Version: 4:4.3.10-12 > Depends: Depends: libc6 (>= 2.3.2.ds1-4), libmysqlclient12, debconf (>= 0.5) > | debconf-2.0, phpapi-20020918, php4-common (= 4:4.3.10-12) > > ^^^ > > php4-mysql does not depend on php4 because the php4 package is *not* > required to be installed in order for php4-mysql to be usable: installing > any of the packages that provide phpapi-20020918 is sufficient to give you > a php4 engine that can be used with php4-mysql. php4-mysql does not depend > on any particular package providing the interface, because it has no way of > knowing which one the user wants. > > The actual bug you're describing, therefore, is that the package > relationships do not prevent you from having multiple PHP engines > co-installed on your system that each provide different extension ABIs. > This is a well-known bug that's irritating but not release-critical, and > fixing it in sarge would not be at all straightforward. >... I'd consider this RC, and I think there might be good solutions that are not too difficult (e.g. Conflicts with the woody versions). But with this explanation, I understand your point. Communication is important. Why haven't you simply sent this explanation together with the control message and a Cc to me? This way I would have understood why you've downgraded it (whether I agree or not), and instead of becoming angry I would have thought about possible solutions for this bug (with this information I didn't have before). With this information you've now shared with me, my suggestion would be: All the packages providing phpapi-20020918 are built from the same source package. What about providing php-4.3.10 and letting packages like php4-mysql depend on such a version-specific provides? This would also make sense in cases like the ZTS transitions were you could change this Provides and automatically have all dependencies correct. Perhaps this suggestion doesn't work for some reason. But if you'd have shared the reasons why you don't think this issue was RC, you'd have helped me to think about ways how to fix this issue properly instead of sending an unfriendly email. I do admit that my email was overly unfriendly, but I hope you can understand that a bit of information from you would have been better. > Steve Langasek cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306015: A way _not_ to handle bugs
On Tue, May 03, 2005 at 09:24:34AM -0700, Thomas Bushnell BSG wrote: > Adrian Bunk <[EMAIL PROTECTED]> writes: > > > You seem to confuse this with bug closing. It's common practice to > > adjust the severity of a bug to a RC one if a RC issue was mistakenly > > reported as non-RC, and neither your Developers Reference nor your > > release team have ever disagreed with this practice. > > If you are also encountering the bug, then this is true, but I would > expect you, being as knowledgeable as you are, to indicate that in the > bug report and add yourself as a submitter. I didn't know a bug can have more than one submitter. What's the syntax for the email to [EMAIL PROTECTED] for adding a second submitter? >... > > Even Steve had always agreed that missing dependencies that break > > partial upgrades from woody were RC bugs And even in the email were he > > downgraded this bug he only wrongly stated "This is not a missing > > dependency" - not that missing dependencies weren't RC. > > This seems to indicate that he thinks there is a different explanation > for the bug, and that while adding the package in question as a > dependency makes it go away, this is not the correct fix. But I can > only guess, as can you, which means it would be good to hold off > until he can say rather than play BTS tag. That's exactly the problem. He has now given an explanation. As I've said in another email in this thread, giving this explanation in the email he lowered the severity with and sending me a Cc would have been perfect. > Thomas cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307706: m-tx: Can't fulfill the build dependencies in sarge
Package: m-tx Version: 0.55c-1 Severity: serious Tags: sarge The build dependency on p2c can't be fulfilled in sarge. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307707: unison: Can't fulfill the build dependencies in sarge
Package: unison Version: 2.9.1-2 Severity: serious Tags: sarge The build dependency on ocaml-nox-3.08 can't be fulfilled in sarge. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307708: ocamldsort: Can't fulfill the build dependencies
Package: ocamldsort Version: 0.14.3-1 Severity: serious The build dependency on ocaml-nox-3.08 can't be fulfilled. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307707: unison: Can't fulfill the build dependencies in sarge
On Thu, May 05, 2005 at 12:14:52AM +0200, Sylvain LE GALL wrote: > Hello, > > On Wed, May 04, 2005 at 11:04:59PM +0200, Adrian Bunk wrote: > > Package: unison > > Version: 2.9.1-2 > > Severity: serious > > Tags: sarge > > > > > > The build dependency on ocaml-nox-3.08 can't be fulfilled in sarge. > > > > > > > > This bug was corrected in the last upload of unison ( 2.10.2 ), but > sarge freeze and a new RC bugs breaks the migration. Anyway, your bug is > a duplicate of 304124, i need to talk with debian-release to solve this. WTF did I oversee #304124? Sorry for the duplicate bug. > Regard > Sylvain Le Gall cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303860: I can't reproduce this bug on i386
Hi Blars,
I wasn't able to reproduce this bug you reported ("celestia: ftbfs
[sparc] no KDE libraries installed") on i386.
Please:
- send your config.log
- test whether version 1.3.0-1 in sarge has the same issue
TIA
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307816: cweb is not installable / unusable
Package: cweb Severity: grave Sid: cweb is a dummy package. cweb depends on tetex-bin. tetex-bin conflicts with cweb. cweb is therefore not installable Sarge: cweb is a real package. cweb recommends tetex-bin. tetex-bin conflicts with cweb. cweb is therefore hardly usable. It might be the best to simply remove the cweb package since the Conflicts/Replaces/Provides in tetex-bin should be enough. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307816: cweb is not installable / unusable
tags 307816 -sid thanks That's not a sid-only thing, because as I explained in my bug report, the package in sarge is not really usable. On Thu, May 05, 2005 at 02:16:06PM -0700, Steve Langasek wrote: > On Thu, May 05, 2005 at 07:06:23PM +0200, Adrian Bunk wrote: > > Package: cweb > > Severity: grave > > > It might be the best to simply remove the cweb package since > > the Conflicts/Replaces/Provides in tetex-bin should be enough. > > That doesn't provide a usable automatic transition from woody, though. cweb in woody recommends tetex-bin. People who had cweb installed without having as well tetex-bin installed fulfill the following two points: - they have not fulfilled recommends on their system - they don't seem to really use cweb If you care about these people, you can update tetex-bin to remove the unversioned conflict with cweb and let the cweb package from sid into sarge. But please do not re-tag this bug "sid" - that's silly considering the state of the cweb package in sarge. > Steve Langasek cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306884: Seems to be not sid only and might have a different cause
tags 306884 -sid
thanks
Hi Frank,
I do not understand why you tagged this bug ("modutils update
conflicts with module-init-tools") sid.
As you can easily verify, /usr/share/man/man5/modules.5.gz is the same
in both the sarge and the sid packages of modutils.
I don't know what happened, but it seems on Matthias' computer the
diversions from module-init-tools are somehow broken.
@Matthias:
Please send the output of:
dpkg-divert --list module-init-tools
ls -la /usr/share/man/man5/modules.*
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307122: How to properly fix the liborbit0 shlibs breakage?
Hi Jeroen,
now that Frank has uploaded a NMU for this bug ("shlibs incorrect" in
liborbit0), the breakage already caused should be fixed some time after
this fixed package has reached sarge (to catch all possible t-p-u or
s-p-u uploads of broken packages).
Thankfully, it seems all broken binary packages are easily identifiable
due to the unversioned liborbit0 dependency.
What's the best way to handle packages with such a broken dependency on
one or more architectures?
Binary NMUs?
By whom (needs access to all 11 architectures including the ability to
install packages)?
RC bugs?
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307122: How to properly fix the liborbit0 shlibs breakage?
On Sat, May 07, 2005 at 03:46:52AM +0200, Frank Lichtenheld wrote: >... > For sgcontrol, only arm seems affected, for gnome-vfs all arches, same > for bonobo. > So I would say binNMU for sgcontrol and source-full uploads for the > other two. > > Let's hope we don't get way more of these... I've seen you've written in the bug reports that versioned build dependendencies shouldn't be used. That sounds bad in case an autobuilder on one architecture might use the old liborbit0. A versioned build conflict might avoid future problems? > Gruesse, cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299575: [patch] plan: fix the Bavarian holyday file
Package: plan Version: 1.9-2 Severity: normal Tags: patch This patch fixes the Bavarian holiday file that otherwise failed being correctly selected via debconf. --- holiday/holiday_bavarian.old2005-03-15 03:58:54.0 +0100 +++ holiday/holiday_bavarian2005-03-15 03:59:05.0 +0100 @@ -18,7 +18,7 @@ : Spargel... : wird bis höchstens JOHANNI gestochen. : Regen... -: Wenns ans SIEBENSCHLÄFER regnet, so regnet's sieben Wochen. +: Wenns ans SIEBENSCHLÄFER regnet, so regnets sieben Wochen. : : @@ -46,7 +46,7 @@ small"Sylvester" on 31.12. : -: 3) Devil's Grandmothers Days +: 3) Devils Grandmothers Days : blue "Sommerzeit" on last sunday in march blue "Winterzeit" on last sunday in october -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315316: bogofilter-bdb needs a Replaces for bogofilter (<< 0.94.14-1)
Package: bogofilter-bdb Version: 0.95.0-1 Severity: serious Unpacking bogofilter-bdb (from .../bogofilter-bdb_0.95.0-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/bogofilter-bdb_0.95.0-1_i386.deb (--unpack): trying to overwrite `/usr/bin/bogofilter', which is also in package bogofilter dpkg-deb: subprocess paste killed by signal (Broken pipe) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315317: bogofilter-common needs a Replaces for bogofilter (<< 0.94.14-1)
Package: bogofilter-common Version: 0.95.0-1 Severity: serious Selecting previously deselected package bogofilter-common. Unpacking bogofilter-common (from .../bogofilter-common_0.95.0-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/bogofilter-common_0.95.0-1_i386.deb (--unpack): trying to overwrite `/usr/share/man/man1/bf_compact.1.gz', which is also in package bogofilter dpkg-deb: subprocess paste killed by signal (Broken pipe) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301572: eterm: New upstream version available
Package: eterm Version: 0.9.2-8 Severity: wishlist Eterm 0.9.3 is available at http://heanet.dl.sourceforge.net/sourceforge/eterm/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301573: gnu-smalltalk: New upstream version available
Package: gnu-smalltalk Version: 2.1.8-2 Severity: wishlist GNU smalltalk-2.1.10 is available at ftp://ftp.gnu.org/gnu/smalltalk/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301574: planetpenguin-racer: New upstream version available
Package: planetpenguin-racer Version: 0.3-2 Severity: wishlist PlanetPenguin Racer 0.3.1 is available at http://projects.planetpenguin.de/racer/ Could you package this version? TIA Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
