Bug#315038: oops. accidentally reopend
Oops. I accidentally reopened this bug; a different bug was closed by spam, and I mis-typed the bug number when trying to reopen that. I can't seem to figure out what the state of this bug was before I reopened it. Please feel free to restore it to what it was before. Thanks. -- Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#446190: RM: gnustep-ppd -- RoM; obsolete
Package: ftp.debian.org Severity: normal GNUstep doesn't need the PPD files from gnustep-ppd any more, since GNUstep now uses CUPS for printing. There isn't really any reason to keep this package around. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.22.1 Locale: LANG=en_CA.utf-8, LC_CTYPE=en_CA.utf-8 (charmap=UTF-8) pgpBXyRZBLgKe.pgp Description: PGP signature
Bug#219875: Chinese song names only readable in text mode, not in X windows mode
tags 219875 - wontfix thanks Hi Dan, I've just uploaded a new version of AlsaPlayer, which includes a new GTK2 interface. GTK2 has better support for non-Latin scripts than GTK1 did. Can you try out the new package, and see if Chinese song names are displayed properly? Thanks. -- Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444796: link to nonexistent webpage in README.Debian
Package: ttf2tex Version: 0.70-10 Severity: minor The webpage[1] linked from README.Debian gives a 404 error. I'm assuming that the message reffered to there is the same as the one at: http://article.gmane.org/gmane.comp.tex.fonts/195 [1] http://www.arcknowledge.com/gmane.comp.tex.fonts/2006-07/msg8.html -- Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444584: 0.99.80~rc2-1 depends on a whole pile of GTK libraries
Thanks for noticing that. It seems like the MAD (MP3) plugin uses GLib for character set conversion. But it links against all of GTK, instead of just GLib. I'll take try to change it to just link against Glib. -- Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296915: windows-el: does not save and exit
tags 296915 unreproducible thanks Daniel Martins wrote: The windows-el does not work. It does not save the windows and simply claims that: This frame is not under control of windows. Hi Daniel, Is bug #296915 stil occurring for you? Have you tried running (win:startup-with-window)? It works for me, so if I don't hear back from you within a month, I will assume that all is well, and close the bug. Thanks Hubert -- Hubert (Chan) Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432143: please keep gnus accessible for emacs22 in debian
Daniel Kahn Gillmor wrote: I hadn't noticed that gnus was shipped with emacs22. I've switched to it now, and the only problem i'm having is that message-insert-formated-citation-line doesn't appear to be present in the gnus from emacs22, though it is available in the gnus package. If that's the only change, i can deal with it. Just FYI, the gnus in emacs22 also doesn't seem to contain hashcash.el, which is included in the gnus package. (Which is funny, because hashcash.el says that "This file is part of GNU Emacs.") -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436732: Segfaults when config file points to non-existant files
package ufraw severity 436732 normal thanks On 2007-08-08 14:32:44 -0400 Simon Huggins <[EMAIL PROTECTED]> wrote: I set up ufraw with a few preferred directories and so on. Then I ran out of space on /home/huggie and moved things elsewhere. [...] If I change the .ufrawrc to point to /data/Photos/blah where the file now is it all works. Ideally ufraw should error nicely in this case. This is not grave. Setting to normal severity. I'll take a look at it when I get back from vacation in September. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431646: perhaps Depend on something that makes sounds
package alsaplayer-text tags 431646 wontfix thanks On 2007-07-04 00:01:12 -0400 Dan Jacobson <[EMAIL PROTECTED]> wrote: Perhaps have this Depend on something more, rather than just Suggest, as one cannot do anything useful if just installing it alone. Hi Dan, Thanks for the report. While I agree with the bugreport, we had to downgrade the dependency on alsaplayer-common from a Depends to a Recommends for technical reasons, namely we cannot have circular dependencies. We can't have alsaplayer-common depend on alsaplayer-text | alsaplayer-gtk | ... etc, and have alsaplayer-text depend on alsaplayer-common. So to break the circular dependency, we had to downgrade one of the dpendencies, and we figured that it was best to downgrade the dependencies on alsaplayer-text et al. However, since they still Recommend: alsaplayer-common, it should still be installed automatically by tools such as aptitude, on new installs (and on upgrades, alsaplayer-common should already be installed). -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427979: fixed in alsaplayer 0.99.79-2
On 2007-06-08 02:39:26 -0400 Kurt Roeckx <[EMAIL PROTECTED]> wrote: * Change unsigned int to size_t in FlacStream. (closes: #427979) Now it fails with: FlacSeekableStream.cpp: In member function 'virtual bool Flac::FlacSeekableStream::open()': FlacSeekableStream.cpp:120: error: invalid conversion from 'FLAC__StreamDecoderReadStatus (*)(const FLAC__StreamDecoder*, FLAC__byte*, unsigned int*, void*)' to 'FLAC__StreamDecoderReadStatus (*)(const FLAC__StreamDecoder*, FLAC__byte*, size_t*, void*)' Blegh. OK, I think I caught all the unsigned int * this time. Would you be able to try this patch, before I upload again? I don't have access to amd64, and pergolesi.debian.org doesn't have libflac-dev installed. Thanks -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA alsaplayer_0.99.79-3.diff.gz Description: GNU Zip compressed data
Bug#427385: ufraw 0.11-1+b1 is built without EXIF support
tags 427385 confirmed thanks Thanks for the report. It seems like the configure script can't find exiv2-config, even though it is definitely there. I'll have to look into it... -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414026: Alsaplayer fails to retrieve cdda data
Hi Dominique,
Actually, it looks like this bug is caused by alsaplayer not reading a
long enough string for the welcome string, which messes up the parsing
later on.
Attached is a patch that fixes this, along with a few other
improvements in cddb reading (getting rid of some fixed-size buffers).
The patch is against alsaplayer 0.99.79, so you'll have to update it
a bit to apply against what you have in svn. I can now use port 888
on freedb.freedb.org again.
(But I'm looking forward to the gtk2 interface. ;) )
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--- alsaplayer-0.99.79/input/cdda/cdda_engine.c 2007-04-15 16:20:57.424360259 -0400
+++ alsaplayer-0.99.79/input/cdda/cdda_engine.c 2007-06-05 16:34:32.430846932 -0400
@@ -309,45 +309,58 @@
char * send_to_server (int server_fd, char *message)
{
ssize_t total, i;
- int len = BUFFER_SIZE * 8;
- char *response, temp[len];
+ int len = BUFFER_SIZE;
+ char *response, *temp;
+
+ temp = (char *) malloc(BUFFER_SIZE);
/* write 'message' to the server */
if (send (server_fd, message, strlen (message), MSG_DONTWAIT) < 0)
{
alsaplayer_error("%s: %s\n", message, strerror (errno));
+ free (temp);
return (NULL);
}
-#ifdef DEBUG
+ if (global_verbose) {
/* print the message sent to the server */
alsaplayer_error("-> %s", message);
-#endif
+ }
/* read the response from the server */
total = 0;
do
{
- i = read (server_fd, temp + total, len - total);
+ i = read (server_fd, temp + total, BUFFER_SIZE);
if (i < 0)
{
alsaplayer_error("%s\n", strerror (errno));
+ free (temp);
return (NULL);
}
total += i;
+ if (total + BUFFER_SIZE > len)
+ {
+ temp = (char *) realloc(temp, len + BUFFER_SIZE);
+ len += BUFFER_SIZE;
+ }
}
while (total > 2 && temp[total - 2] != '\r' && i != 0);
if (total < 2)
+ {
+ free (temp);
return (NULL);
+ }
temp[total-2] = '\0'; /* temp[total-1] == \r; temp[total] == \n */
response = strdup (temp); /* duplicate the response from the server */
+ free(temp);
-#ifdef DEBUG
+ if (global_verbose) {
/* print the message sent to the server */
alsaplayer_error("<- %s", response);
-#endif
+ }
return (response);
}
@@ -551,11 +564,11 @@
char * cddb_lookup (char *address, char *char_port, int discID, struct cd_trk_list *tl)
{
int port = atoi (char_port);
- int server_fd, i, j, n;
+ int server_fd, i, j;
int total_secs = 0, counter = 0;
char *answer = NULL, *username, *filename, categ[20], newID[9];
char msg[BUFFER_SIZE], offsets[BUFFER_SIZE], tmpbuf[BUFFER_SIZE];
- char hostname[MAXHOSTNAMELEN], server[80];
+ char hostname[MAXHOSTNAMELEN];
/* try to create a socket to the server */
if (global_verbose)
@@ -570,17 +583,14 @@
printf ("OK\n");
/* get the initial message from the server */
- n = read (server_fd, server, 80);
- if (n >= 0)
- server[n] = '\0';
- if (n >= 2)
- server[n-2] = '\0';
+ answer = send_to_server (server_fd, "");
if (global_verbose) {
- printf ("\n<- %s\n", server);
printf ("Saying HELLO to CDDB server ...\n");
}
+ free (answer);
+
/* set some settings before saying HELLO to the CDDB server */
username = getlogin ();
if ((gethostname (hostname, sizeof (hostname))) < 0)
Bug#427597: alsaplayer: FTBFS: FlacSeekableStream.h:31:42: error: FLAC/seekable_stream_decoder.h: No such file or directory
severity 426633 serious merge 427597 426633 thanks Thanks for your report. This is most likely due to the new Flac library. This should be fixed in the latest upstream version, which I am preparing to upload. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392118: Bugs 392118 and 392565 fixed?
reassign 392565 libapache2-mod-ngobjweb merge 392118 392565 thanks Bugs #392118 and #392565 seem to be regarding the same issue, so I've merged them. Judging from the latest build logs from SOPE package (and tfheen's comment in #392565), this issue seems to be fixed due to new Apache packages, but I'd like to get confirmation from the submitters before I close the bugs. Michael and Bastian, can you give any more information about whether the bug is still present? Thanks. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420614: FTBFS: ! LaTeX Error: File `vpage.sty' not found.
On Mon, Apr 23, 2007 at 04:34:35PM +0200, J??r??my Bobbio wrote: > noweb currently fails to build from source in sid??[1]: [...snip...] Thanks for the report. I am currently busy, and will be out of town off and on for the next few weeks, so I won't have time to look at this. If anyone wants to NMU (with a proper fix), go ahead. Otherwise, I'll take a look at it when my schedule is back to semi-sanity. Hubert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417668: gnustep-make
On Wed, 04 Apr 2007 10:30:09 +0200, Gürkan Sengün said: > Package: gnustep-make Version: 1.13.0-1 Severity: normal > when i try to build adun 0.7 with debian gnustep-make i get the > problem that it can't find common.make which it looks for in > GNUSTEP_MAKEFILES=$GNUSTEP_SYSTEM_ROOT/Library/Makefiles which is > /usr/lib/GNUstep/System/Library/Makefiles which doesn't exist when i /usr/lib/GNUstep/System/Library/Makefiles should be a symlink to /usr/share/GNUstep/Makefiles, and is created in gnustep-common's postinst script. Your installation seems to be messed up somehow. Can you try to reinstall gnustep-common? -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA pgp9cKW2JPIdN.pgp Description: PGP signature
Bug#413717: gimp-ufraw should install a .desktop file so that it can open raw files in gimp
On 2007-03-06 13:26:05 -0500 John M Cooper <[EMAIL PROTECTED]> wrote: ufraw currently installs a .desktop file but gimp-ufraw does not. I think that ufraw-gimp should install a ufraw-gimp.desktop file ins /usr/share/applications that is a copy of the gimp.desktop file but has the following changes. Change the mime types to be the same as the ufraw-desktop file. Add a NoDisplay=1 line so that it does not get show by the menu. I'm not sure if this is the right thing to do. There is the question of keeping the two desktop files in sync, in case gimp's .desktop file changes. I will need to ask for advice from other developers, but I won't be able to do for a while. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390411: gnumail.app: Preferences unusable -- simply segfaults
On 2007-03-18 10:33:55 -0400 René van Bevern <[EMAIL PROTECTED]> wrote: > for me, when I click "Info -> Preferences", GNUMail simply segfaults. I've been told by upstream that it is caused by the PGP bundle, due to a GNUstep bug. Try removing the PGP bundle, and see if it works. rm -rf /usr/lib/GNUstep/System/Library/GNUMail/PGP.bundle/ Thanks -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Bug#390411: gnumail.app: Preferences unusable -- simply segfaults
On 2007-03-18 10:33:55 -0400 René van Bevern <[EMAIL PROTECTED]> wrote: > for me, when I click "Info -> Preferences", GNUMail simply segfaults. ... > The architecture is AMD64. Hmm... it works fine for me, so perhaps something is not 64-bit clean. Could you run "debugapp GNUMail" and get a backtrace? Does anything get written to the terminal before it segfaults? This is a separate bug, so please open a new bug report. Thanks -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Bug#412405: alsaplayer: crashes when switching on levelmeter scope
package alsaplayer-gtk tags 412405 + confirmed thanks On 2007-02-25 16:43:35 -0500 Manolo Díaz <[EMAIL PROTECTED]> wrote: > every time I try to switch on the levelmeter scope I get a crash with > the following console output: > Gdk-ERROR **: BadMatch (invalid parameter attributes) > serial 1574 error_code 8 request_code 66 minor_code 0 > Gdk-ERROR **: BadMatch (invalid parameter attributes) > serial 1702 error_code 8 request_code 66 minor_code 0 Thanks for your report. I can confirm the bug. I probably won't have time to debug this in the next little while, though. But I'll try to get on it as soon as I can. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Bug#407308: gnustep-gui-runtime: The gnustep_sndd tool is not built; missing build-depends on portaudio19-dev
severity 407308 important thanks On Wed, 17 Jan 2007 16:40:57 +0200, Yavor Doganov said: > Hubert, if you think this is not important enough and does not deserve > such a harsh severity, please downgrade. It would probably be considered "wishlist", but I don't mind having a high severity for it. But probably is not considered release-critical, as I don't think that anything actually uses GNUstep's audio support currently. (Let me know if this isn't true.) > The configure script checks for the presence of portaudio19 headers > and the variable BUILD_GSND remains empty (as if "--disable-gsnd" was > passed) if they're missing on the system. Please build-depend on > portaudio19-dev in order to fix this. Ah! Portaudio 19 is in Debian now! Last time I checked, it wasn't in yet, so I decided to ignore audio support at that time. I'll definitely get that fixed soon. > The second issue is that the init script is not being installed (and > as a result the daemon not started). This is easily solved by > renaming gnustep-gui-common.gnustep_sndd(.in) to > gnustep-gui-runtime.gnustep_sndd(.in) and also > s/gnustep-gui-common/gnustep-gui-runtime in the relevant snippet under > the deb-scripts target in debian/rules. OK, I'll fix that too. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#230558: xserver-xfree86: [trident] XVideo displays garbage on CyberBlade/i1 rev 93
On 2007-01-14 16:50:12 -0500 Brice Goglin <[EMAIL PROTECTED]> wrote: About 3 years ago, you reported (or replied to) a bug in the Debian BTS regarding garbage when displaying Xvideo on a Trident Cyberblade/i1. Did any of you guys reproduce this problem recently? If not, I will close this bug in the next weeks. I submitted the report. Unfortunately, the machine that I had with that video card (a laptop) is no longer functioning, so I am unable to check whether or not the bug is still present. So I would not object to closing the bug, if you believe it has been fixed, or if nobody else complains about it. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400720: fixed in vlc 0.8.6-svn20061012.debian-2
Andreas Barth wrote: * Sam Hocevar ([EMAIL PROTECTED]) [070108 10:01]: vlc (0.8.6-svn20061012.debian-2) unstable; urgency=high . * Maintainer upload. * Acknowledge previous NMUs by Andreas Barth. Thanks. (Closes: #405425, #400720, #403022). . * debian/control: + Put back mozilla-plugin-vlc package. Sorry, this is no way to close these bugs. They were fixed in the NMU by: [...] A bit further down in the changelog, he has: * patch-mozilla-plugin-0.8.6debian-0.8.6a.diff: + Proper fix for the Mozilla plugin (Closes: #400720, #403022). -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405988: ITP: dmaths -- easy mathematical/phisical formula edit system
On Sun, 07 Jan 2007 19:43:34 +0100, Miguel Gea Milvaques <[EMAIL PROTECTED]> said: [...] > Basic Description : easy mathematical/phisical formula edit system [...] s/phisical/physical/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405988: ITP: dmaths -- easy mathematical/phisical formula edit system
On Sun, 07 Jan 2007 19:43:34 +0100, Miguel Gea Milvaques <[EMAIL PROTECTED]> said: [...] > Dmaths is a software which is integrated into OpenOffice which > facilitates the edition of mathematical and/or scientific formulas. It Oh, and also, s/the edition of/editing/ > also makes it possible to use your preferred drafting package directly > and to incorporate graphs of functions in a document. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402669: cowdancer: cannot build gnustep-base with cowbuilder
On 2006-12-21 11:06:17 -0500 Junichi Uekawa <[EMAIL PROTECTED]> wrote: I could reproduce the build with the current package in sid. adding -v option to dh_fixperms, I got this: find debian/gnustep-base-common -print0 2>/dev/null | xargs -0r chown --no-dereference 0:0 cowdancer: mkstemp: Bad file descriptor chown: changing ownership of `debian/gnustep-base-common/usr/share/GNUstep/Libraries/gnustep-base/NSTimeZones/localtime': Cannot allocate memory dh_fixperms: command returned error code make: *** [binary-indep] Error 1 Yup. It seems to be a problem chowning that file. Just before dh_fixperms, I add: set chown --no-dereference 0:0 debian/gnustep-base-common/usr/share/GNUstep/Libraries/gnustep-base/NSTimeZones/localtime Here's the output of the build, starting from the "set" command (might be mangled due to cut-and-paste): set BASH=/bin/bash BASH_ARGC=() BASH_ARGV=() BASH_EXECUTION_STRING=set BASH_LINENO=() BASH_SOURCE=() BASH_VERSINFO=([0]="3" [1]="1" [2]="17" [3]="1" [4]="release" [5]="i486-pc-linux-gnu") BASH_VERSION='3.1.17(1)-release' COWDANCER_ILISTFILE=/.ilist COWDANCER_REUSE=yes DEBIAN_FRONTEND=noninteractive DEB_BUILD_ARCH=i386 DEB_BUILD_ARCH_CPU=i386 DEB_BUILD_ARCH_OS=linux DEB_BUILD_GNU_CPU=i486 DEB_BUILD_GNU_SYSTEM=linux-gnu DEB_BUILD_GNU_TYPE=i486-linux-gnu DEB_HOST_ARCH=i386 DEB_HOST_ARCH_CPU=i386 DEB_HOST_ARCH_OS=linux DEB_HOST_GNU_CPU=i486 DEB_HOST_GNU_SYSTEM=linux-gnu DEB_HOST_GNU_TYPE=i486-linux-gnu DIRSTACK=() DISPLAY=:0.0 EUID=0 FAKED_MODE=unknown-is-root FAKEROOTKEY=1963848544 GROUPS=() HOME=/tmp/buildd HOSTNAME=evinrude HOSTTYPE=i486 IFS=$' \t\n' LANG=C LC_ALL=C LD_LIBRARY_PATH=/usr/lib/libfakeroot:/usr/lib64/libfakeroot:/usr/lib32/libfakeroot LD_PRELOAD='libfakeroot-sysv.so /usr/lib/cowdancer/libcowdancer.so' MACHTYPE=i486-pc-linux-gnu MAKEFLAGS= MAKELEVEL=1 MFLAGS= OPTERR=1 OPTIND=1 OSTYPE=linux-gnu PATH=/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin PBCURRENTCOMMANDLINEOPERATION=build PPID=4281 PS4='+ ' PWD=/tmp/buildd/gnustep-base-1.13.0 SHELL=/bin/bash SHELLOPTS=braceexpand:hashall:interactive-comments SHLVL=6 SUDO_COMMAND='/usr/sbin/cowbuilder --build --basepath /var/cache/pbuilder/cow/sid/ gnustep-base_1.13.0-7.0~.dsc' SUDO_GID=1000 SUDO_UID=1000 SUDO_USER=hubert TERM=linux UID=0 USER=root _=debian/rules chown --no-dereference 0:0 debian/gnustep-base-common/usr/share/GNUstep/Libraries/gnustep-base/NSTimeZones/localtime cowdancer: mkstemp: Bad file descriptor chown: changing ownership of `debian/gnustep-base-common/usr/share/GNUstep/Libraries/gnustep-base/NSTimeZones/localtime': Cannot allocate memory make: *** [binary-indep] Error 1 pbuilder: Failed autobuilding of package -> Aborting with an error -> unmounting proc filesystem -> unmounting /dev filesystem -> Cleaning COW directory There doesn't seem to be anything strange in the environment, at least not that I can see. But it definitely fails when trying to chown that file. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402669: cowdancer: cannot build gnustep-base with cowbuilder
On 2006-12-19 17:28:06 -0500 Junichi Uekawa <[EMAIL PROTECTED]> wrote: This usually sounds like a genuine cowdancer bug. > However, it might be a bit difficult to track it down. > Could you put some probes in, such as what's the env var (especially LD_PRELOAD and LD_LIBRARY_PATH values) at the point of error, so that I can see what's wrong? > That way we may be able to narrow down the problem to a small testcase which makes debugging so much easier. On another thought, it could be yet another of 'libacl' breakage. Does it still happen after recreating the chroot with latest sid ? On yet another thought, libacl breakage was 17 Dec - 18 Dec, so probably it doesn't apply. Humph. It happened several months ago -- I just got around to reporting the bug just now. So it's probably not that. Also, the pbuilder and cowbuilder setups should be exactly the same -- I build the pbuilder tarball by just tar-ing up the cowbuilder directory. So everything should be exactly the same. I'll add stuff to print out the environment when I get a chance, and I'll let you know what happens. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403753: addresses-goodies-for-gnustep: file conflict with adtool
On 2006-12-19 10:18:32 -0500 Bill Allombert <[EMAIL PROTECTED]> wrote: The package addresses-goodies-for-gnustep includes the file /usr/share/man/man1/adtool.1.gz which is also part of the package 'adtool'. Worse than that, they both contain /usr/bin/adtool, which means that it needs to be renamed. I'll rename the tool from "adtool" to "addresstool". -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402669: cowdancer: cannot build gnustep-base with cowbuilder
On 2006-12-17 08:57:21 -0500 Junichi Uekawa <[EMAIL PROTECTED]> wrote: [...] Could you put some probes in, such as what's the env var (especially LD_PRELOAD and LD_LIBRARY_PATH values) at the point of error, so that I can see what's wrong? I won't be able to do much for the next couple of days, but I'll try that as soon as I can. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402557: program conflicts with tendra
clone 402557 -1 retitle -1 tendra: provides /usr/bin/trans, also in transcriber close 402557 thanks gnustep-base has renamed its pl program, and so this issue no longer affects tendra, so this bug can be closed. As per discussion with the maintainer, I'm also opening a new bug, to deal with the issue of /usr/bin/trans, which still violates Policy 10.1, and Etch RC Policy section 2. (I'm cloning this bug, rather than creating a new one from scratch, in order to try to keep the relevant discussion in the record.) -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402803: asymptote: Has (alternative) Depends on non-existing packages
severity 402803 minor thanks On 2006-12-12 15:14:34 -0500 Frank Küster <[EMAIL PROTECTED]> wrote: > Depends: python, python-tk, imagemagick, gs-gpl | gs, tetex-bin | >texlive-latex-base | latex, tetex-bin | texlive-base-bin | dvips, ... > > It's nice and "modern" that you allow for texlive-*, but there is no > latex or dvips package in sid, etch, sarge, or even woody. Thanks for the report. IIRC, tetex-bin used to Provide: latex and dvips at one point -- at least when I originally created the package. I'll drop those dependencies in the next upload. (Version 1.19 was released recently, so I'll probably upload that soon.) -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Bug#361414: pretzel-it fails to build pretty-printers
The attached patch to cee.fg allows the cee example to compile
properly using recent gcc. (Mind you, there are still several other
examples that need to be fixed as well, not to mention pretzel's code
itself needs to be updated to, e.g. use the proper header files.)
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--- cee.fg~ 2006-12-12 17:04:32.0 -0500
+++ cee.fg 2006-12-12 17:29:38.554283182 -0500
@@ -40,9 +40,9 @@
%{
-#include
+#include
#include
-#include
+#include
/* these functions help to typeset typedefs. they implement
* a simple lookup table to see if an identifier is a
@@ -54,7 +54,7 @@
struct nlist { /* a table entry: */
struct nlist *next; /* next entry in chain */
-char* name; /* the identifier */
+const char* name; /* the identifier */
};
#define HASHSIZE 101
@@ -63,7 +63,7 @@
/* form the hash value of a string */
-static unsigned hash(char* s)
+static unsigned hash(const char* s)
{
// cerr << "hash(" << s << ") called." << endl;
@@ -80,7 +80,7 @@
* found.
*/
-static struct nlist* lookup(char* s)
+static struct nlist* lookup(const char* s)
{
// cerr << "lookup(" << s << ") called." << endl;
@@ -98,7 +98,7 @@
* returns NULL on error.
*/
-static struct nlist *install(char* name)
+static struct nlist *install(const char* name)
{
// cerr << "install(" << name << ") called." << endl;
@@ -123,14 +123,14 @@
* idea: call print() with a strstream
*/
-static char* attribute_to_string( Attribute* a )
+static const char* attribute_to_string( Attribute* a )
{
-strstream printstream;
+std::stringstream printstream;
Latex_cweb_output o(printstream);
a->print(o);
-return printstream.str();
+return printstream.str().c_str();
}
/* forward declaration of debugging function */
Bug#402557: program conflicts with tendra
On 2006-12-12 14:54:39 -0500 Mark Brown <[EMAIL PROTECTED]> wrote: On Tue, Dec 12, 2006 at 01:56:48PM -0500, Hubert Chan wrote: I'll let you decide whether you want to expand the scope of this bug to include the conflict with transcriber, or if you want to open a new bug for that issue. Another bug, no sense in mixing two different issues into the same bug. OK. Once I test and upload a new gnustep-base (which should be in a few hours), I can close #402557 as well, since it will no longer affect you. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402557: program conflicts with tendra
Hi Mark, I'm planning on renaming pl in gnustep-base-runtime, so it shouldn't conflict with tendra any more. However, I noticed that tendra also contains /usr/bin/trans, which is also in the transcriber package. While tendra has a Conflicts: with transcriber package, this is not enough. As per section 10.1 of Policy, one (or both) of the packages will need to rename that program. I'll let you decide whether you want to expand the scope of this bug to include the conflict with transcriber, or if you want to open a new bug for that issue. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402669: cowdancer: cannot build gnustep-base with cowbuilder
Package: cowdancer
Version: 0.24
Severity: normal
Hi Junichi,
I'm not sure where the build failure is coming from, but when I try to
build gnustep-base with cowbuilder, it fails. Here's the last few lines
from the build process:
find /tmp/buildd/gnustep-base-1.13.0/debian/gnustep-base-examples -name '*.m' !
-perm 644 -exec chmod 644 \{\} \;
dh_compress -i -X.m -XGNUmakefile
dh_fixperms -i
cowdancer: mkstemp: Bad file descriptor
chown: changing ownership of
`debian/gnustep-base-common/usr/share/GNUstep/Libraries/gnustep-base/NSTimeZones/localtime':
Cannot allocate memory
dh_fixperms: command returned error code
make: *** [binary-indep] Error 1
pbuilder: Failed autobuilding of package
-> Aborting with an error
-> unmounting proc filesystem
-> unmounting /dev filesystem
-> Cleaning COW directory
gnustep-base builds without errors using pbuilder, and other packages
that I've tried have built fine using cowbuilder. There just seems to
be something going on with gnustep-base and cowbuilder. If you want to
try it out for yourself, you should be able to just fetch the
gnustep-base source from sid or etch.
Let me know if you want me to try anything out.
Thanks
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16.9
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages cowdancer depends on:
ii libc62.3.6.ds1-7 GNU C Library: Shared libraries
Versions of packages cowdancer recommends:
ii pbuilder 0.159 personal package builder for Debia
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402625: Broken upgrade path (fwd)
Huh. It might help if I checked that the address that I originally sent this to actually made some sense. -- Forwarded message -- Date: 2006-12-11 16:15:15 -0500 From: Hubert Chan <[EMAIL PROTECTED]> Subject: Re: Bug#402625: Broken upgrade path Unpacking asymptote-doc (from .../asymptote-doc_1.18-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/asymptote-doc_1.18-2_all.deb (--unpack): trying to overwrite `/usr/share/doc-base/asymptote', which is also in package asymptote Right. I forgot to add a Replaces: line to asymptote-doc. I'll reupload shortly (after it's done rebuilding). Thanks -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401416: Library upgrade for exiv2
On 2006-12-06 10:21:38 -0500 Mark Purcell <[EMAIL PROTECTED]> wrote: ufraw is the only package, which I don't maintain which also has a dependancy on exiv2 and they are Cc:ed on this email. Thanks for CC:ing me. I can reupload ufraw if necessary. But as long as there are no API changes in exiv2, ufraw should be fine with just a binNMU, so it shouldn't be a problem. d-release, let me know if you'd prefer if I reupload ufraw, or if it's better to just do a binNMU. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401481: dash: builtin echo does not behave like /bin/echo
Package: dash Version: 0.5.3-3 Severity: normal The builtin echo command always interprets backslash escape sequences, whereas /bin/echo only interprets them when given the "-e" option. This causes some problems for some scripts, e.g. /etc/cron.daily/exim-base when it tries to use echo to send mail to root, as it calls "echo -e" to include newlines. However, since dash's builtin echo doesn't understand the "-e" option and instead outputs it, it causes messed up mails to be sent. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dash depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries dash recommends no packages. -- debconf information: dash/sh: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398103: adopting netclasses and steptalk
retitle 398103 ITA: gnustep-netclasses -- Objective-C framework for socket programming with GNUstep owner 398103 ! retitle 398105 ITA: steptalk -- The GNUstep Scripting Framework owner 398105 ! thanks Either Gürkan or myself will take over netclasses and steptalk. Setting myself as owner for now.
Bug#394551: Manual pages empty
Aha! I think I've figured it out. The Debian diff.gz file changes manpages.nw, so then when the package gets built it tries to rebuild the manpages, even though they already exist. (That change seems to have been made in version 2.11b-1.4.) So I guess the solution is to touch the already existing manpages, so that they get a newer date than manpages.nw, just like is done for noroff, etc. ... I've notice on my own system that although noweb 2.11b-1.4 is installed, the man pages for noroots and notangle claim to be from versions 2.8. This is obviously a problem. I'll look into it when time permits. Yeah, I'm not sure where the 2.8 comes from. I've been doing some test builds of noweb, and right now, the notangle manpage has the correct version. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#157853: nowebm: htmltoc saying Unterminated
This bug was tagged "wontfix" without much explanation, so here is at least a bit of explanation. The htmltoc manpage now includes: | BUGS |htmltoc can't cope with a header that is split across multiple lines, |even though this is legal HTML. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394551: Manual pages empty
[As the noweb package was orphaned in Debian, I'm taking over its maintenance.] The problem with this bug is that notangle gets called before it is installed, so of course the shell can't find it. Bruce's patch works for now, but it does run into the problem that if notangle changes at some point in the future, then you may need to change all of the rules for the manpages. IMHO, a better solution would be to build bootstrap versions of the scripts (or just notangle), and call the bootstrap version when building the manpage. Attached is a patch that does this by installing a copy of notangle into src/bootstrap, and then adding src/bootstrap to the path in src/xdoc/Makefile. I've tested the patch, and it seems to work fine. Norman, let me know what you think of this patch, or if you prefer Bruce's patch, and I'll upload a new package with the appropriate fix. -- Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA <09_tangle_manpages.dpatch> 09_tangle_manpages.dpatch Description: Binary data
Bug#398109: ITA: noweb -- A WEB-like literate-programming tool
retitle 398109 ITA: noweb -- A WEB-like literate-programming tool owner 398109 ! thanks I'm interested in noweb, so I can take over the packaging. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398857: ftp.debian.org: RM: pdfkit.framework -- RoM; unused, superseded
Package: ftp.debian.org Severity: normal Now that the new gworkspace has migrated to testing, pdfkit.framework is no longer used by any other package, and new packages should be ported to use popplerkit.framework instead. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398856: python-markdown: new upstream version
Package: python-markdown Version: 1.4-2 Severity: wishlist Version 1.6a of python-markdown is available. Also, it is dual-licensed under the GPL and the BSD license, while the copyright file only lists the GPL. Please update it to include both. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-markdown depends on: ii python2.4.3-11 An interactive high-level object-o ii python-support0.5.4 automated rebuilding support for p python-markdown recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392943: wmaker: Broken keyboard shortcuts with new default theme
The previous default keyboard shortcuts probably weren't a very good choice as a default anyways, as a few of them had a pretty high chance of conflicting with various applications. (e.g. a lot of applications use Alt+.) -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366642: bbdb: change name to same name?
This bug might be a duplicate of #183338 (almost four years old). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391260: lynkeos.app: NMU diff
Package: lynkeos.app Version: 1.2-1.1 Severity: normal Attached is the diff for my NMU, which updates the build-depends and fixes the compilation error, and improves the copyright file. diff -u lynkeos.app-1.2/debian/changelog lynkeos.app-1.2/debian/changelog --- lynkeos.app-1.2/debian/changelog +++ lynkeos.app-1.2/debian/changelog @@ -1,3 +1,13 @@ +lynkeos.app (1.2-1.2) unstable; urgency=low + + * Non-maintainer upload + * Rebuild against new GNUstep libraries. +- Update Build-dep to libgnustep-gui-dev. +- Fix problem with NSMovie aliasing. + * Add license header to debian/copyright file. + + -- Hubert Chan <[EMAIL PROTECTED]> Thu, 5 Oct 2006 11:07:58 -0400 + lynkeos.app (1.2-1.1) unstable; urgency=low * Non-maintainer upload. diff -u lynkeos.app-1.2/debian/control lynkeos.app-1.2/debian/control --- lynkeos.app-1.2/debian/control +++ lynkeos.app-1.2/debian/control @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Gürkan Sengün <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 4.0.0), libavcodec-dev, libavformat-dev, libdts-dev, fftw3-dev, libgnustep-gui0.10-dev, gnustep-make, openssl +Build-Depends: debhelper (>= 4.0.0), libavcodec-dev, libavformat-dev, libdts-dev, fftw3-dev, libgnustep-gui-dev, gnustep-make, openssl Standards-Version: 3.6.1 Package: lynkeos.app diff -u lynkeos.app-1.2/debian/copyright lynkeos.app-1.2/debian/copyright --- lynkeos.app-1.2/debian/copyright +++ lynkeos.app-1.2/debian/copyright @@ -13,2 +13,19 @@ +License: Released under the GNU GPL. -Please see /usr/share/common-licenses/GPL for the full license. + +This program is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either version 2 of the License, or +(at your option) any later version. + +This program is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +GNU General Public License for more details. + +You should have received a copy of the GNU General Public License +along with this program; if not, write to the Free Software +Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA + +On Debian systems, the complete text of the GNU GPL is available at +/usr/share/common-licenses/GPL. only in patch2: unchanged: --- lynkeos.app-1.2.orig/Sources/LynkeosFfmpegMovie.h +++ lynkeos.app-1.2/Sources/LynkeosFfmpegMovie.h @@ -1,5 +1,7 @@ +#undef NSMovie // get rid of NSMovie alias while we include AppKit #import #import +#define NSMovie LynkeosFfmpegMovie #include "LynkeosCommon.h" #include "ffmpeg_access.h" -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Bug#376945: ufraw: converting .cr2 files to jpg creates invalid IFD0 header
Hi Roel, Sorry for taking so long in responding to your bug report. It looks like you submitted your bug report during the time when ufraw was temporarily without a maintainer. I tried to download your sample files, but apparently they have been removed. There is a new upstream version of ufraw available in Debian now. Can you check to see whether you still have the same problem with that version? Thanks. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390411: gnumail.app: Preferences unusable - nothing displayed
On 2006-10-01 00:35:02 -0400 Jason Wojciechowski <[EMAIL PROTECTED]> wrote: When I open the Preferences Panel, the buttons across the top have no images in them (so I can't tell which category is which), and the box below in which I would change settings is completely blank. I've attached a screenshot. Below is the output to the terminal when I open the panel: Strange. It works properly on my system. I'll try to see if anyone else is having the same problem. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390655: ITP: enblend -- image blending with multiresolution splines
On Mon, 02 Oct 2006 15:04:13 +0200, Sebastian Harl <[EMAIL PROTECTED]> said: > Package: wnpp > Severity: wishlist > Owner: Sebastian Harl <[EMAIL PROTECTED]> > * Package name : enblend See also bug #294389 (another ITP for enblend, but which seems to be inactive since last December). You may also want to contact Florent Bayle <[EMAIL PROTECTED]>, who is the last person mentioned in that bug, and who recently uploaded a hugin package (finally). -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389819: paje.app: update Build-Depends: to libgnustep-gui-dev
On 2006-09-27 18:49:00 -0400 Vincent Danjean <[EMAIL PROTECTED]> wrote: The package is ready on my web page (http://dept-info.labri.fr/~danjean/deb.html#page.app) I am waiting for my usual sponsor... OK, thanks. I hadn't heard from you, so I thought I should file this bug. It looks like the GNUstep transition is going fairly well. Almost all packages are ready, and are just waiting to be uploaded. Hubert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389819: paje.app: update Build-Depends: to libgnustep-gui-dev
Package: paje.app Severity: normal Version: 1.4.0-1 Please update the Build-Depends: for paje.app from libgnustep-gui0.10-dev to libgnustep-gui-dev. (Paje.app also needs to be rebuilt with the new GNUstep libraries, as part of the GNUstep library transition. If I do not hear from you within the next few days, I will request a binNMU for paje.app, so that it will be rebuilt.) Thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385124: make vcards more compatible patch
On 2006-08-29 04:10:39 -0600 Gürkan Sengün <[EMAIL PROTECTED]> wrote: > Please apply this patch > http://www.unix-ag.uni-kl.de/~guenther/gnustep/downloads/patches/AddressManager-AppleVCF-8-2006.diff Thanks. I'll take a look at the patch when I get back from my vacation (near the end of September). -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Bug#383414: ftp.debian.org: RM: gnustep-dl2 -- RoM: orphaned
Package: ftp.debian.org Severity: normal I thought I filed a bug for this package during my last round of GNUstep RM requests, but I guess I missed this one. Brent Fulgham has orphaned all his GNUstep packages, and nobody has stepped up to take over gnustep-dl2. gnustep-dl2 has no reverse-dependencies, so the GNUstep package maintainers team has decided to request that the package be removed from Debian. (Brent never formally orphaned the package by filing a wnpp bug, therefore I'm creating a new bug for this RM request.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382867: libexiv2: should embed the SONAME in the library package name
reassign 382867 libexiv2 retitle 382867 libexiv2: should embed SONAME in library package name severity 382867 serious thanks On 2006-08-13 14:49:16 -0600 Matthias Julius <[EMAIL PROTECTED]> wrote: I just installed ufraw on my testing/unstable system where libexiv2_0.9.1-1 was installed. When started ufraw exited with: ufraw: error while loading shared libraries: libexiv2-0.10.so: cannot open shared object file: No such file or directory upgrading libexiv2 fixed this problem. The libexiv2 package should have the library SONAME in the package name (i.e. it should be named something like libexiv2-0.10 instead of just libexiv2) in order to ensure that packages that depend on the library have the correct version installed. Otherwise, whenever the SONAME changes, packages that use libexiv2 will break. (P.S. Peter, please also look into why exiv2 failed to build on arm, which is preventing it from entering testing.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372167: charmap.app: charmap.map crash on startup
Ingolf Jandt has an alternate patch for this bug: http://permalink.gmane.org/gmane.comp.lib.gnustep.applications/521 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376588: ITP: cryptomount -- a utility for accessing encrypted filesystems
On Mon, 03 Jul 2006 21:13:18 +0100, Baruch Even <[EMAIL PROTECTED]> said: > * Package name: cryptomount ^^^ > Version : 1.0.1 > Upstream Author : rwpenney«AT»users«DOT»sourceforge«DOT»net > * URL : http://cryptmount.sourceforge.net/ ^^ Hmm... Upstream is called cryptmount (no o after crypt), but your package is called cryptomount (with added o). -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Bug#376210: RM from experimental: pantomime -- RoM: superceded in sid
Package: ftp.debian.org Severity: normal experimental currently contains pantomime 1.1.99-1. This package is superceded by pantomime1.2 in sid (pantomime 1.1.2.dfsg-6 is still necessary in sid, hence the name change). So please remove the pantomime package from experimental. Thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366889: marked as done (GNU office not on Temple Place anymore)
reopen 366889 thanks Dan Jacobson said: [...] > But wait, even policy.txt says Temple Place!! > $ zgrep Temple /usr/share/doc/debian-policy/policy.txt.gz Manoj Srivastava said: > Specifying incorrect office addresses is a bug; and the > solution is to fix the bugs, nit to say that the address should be > elided. ... I agree that Policy should not say that the address should be elided. But given that Policy still lists the FSF's Temple Place address in its own copyright notice, instead of their current address, I think that this is still a bug in Policy until the copyright notice is fixed. (I was going to open a bug against Policy a few weeks ago about changing the address, until I saw this bug.) -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372167: charmap.app: charmap.map crash on startup
package charmap.app tags 372167 +patch thanks Jonathan Shipley wrote: I think the problem is in Charmap.app. I get the same error. It seems that in Controller.m generateCharmap() :-- for (i = 0; i < ((blockSize / [charmapMatrix numberOfColumns]) + 1); i++) [charmapMatrix insertRow: 0]; Indeed. That's what I get from my backtrace too. [charmapMatrix numberOfColumns] is null when the loop starts. Presumably it used to work, so maybe something changed? It looks like something changed in gnustep-gui. I believe it is this: |2005-03-14 Richard Frith-Macdonald <[EMAIL PROTECTED]> | |* Source/NSMatrix.m: |([removeRow:]) set column counts to zero if all rows are removed All the rows from charmapMatrix get removed in Controller.m, line 143, so it's left with no columns by line 156, which is the line Jonathan pointed out. This can be fixed by adding the following lines before line 156 in Controller.m: if ([charmapMatrix numberOfColumns] == 0) for (i = 0; i < 10; i++) [charmapMatrix addColumn]; Hubert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372167: charmap.app: charmap.map crash on startup
On Sat, 10 Jun 2006 17:16:59 -1200, Gürkan Sengün said: > Hi >> Charmap fails to run. No idea what the problem is. ... >> $ Charmap /usr/bin/Charmap: line 11: 15747 Exception en point >> flottant openapp "$app" "$@" > french? It says "Floating point exception". It looks like it is charmap.app failing, since you can see from the line "... Charmap[15747] Warning - mouse/pointer seems to ..." that Charmap does get started. It's just bash reports the exception, saying that it happened somewhere in the execution of line 11 in the script. I guess if you run "debugapp Charmap.app" (if you have gdb installed), you can get a backtrace to see where the floating point error comes from. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Bug#246281: alsaplayer-gtk: scrollbars do not work
Hi Duraid, I cannot reproduce the bug you reported about the scrollbars not working in alsaplayer-gtk. Can you check to see if the bug is still present in the latest version? If I don't hear from you within a month, I will assume that the bug has been fixed, and will close the bug. Thanks -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#224581: alsaplayer: comes back from dead
Hi Bruce, I have been unable to reproduce the bug you reported about alsaplayer coming back from the dead. Can you check to see if this is still occurring on your system with the latest release? If I don't hear back from you within a month, I will assume that this bug has been fixed, and will close the bug. Thanks -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370588: alsaplayer-common: Nothing to play
package alsaplayer-common retitle 370588 indicate when user specifies an unspported file format tags 370588 +upstream thanks On 2006-06-05 17:36:30 -0400 Dan Jacobson <[EMAIL PROTECTED]> wrote: [...] Does all this mean maybe that ".rm" is not one of alsaplayer's formats? If so >>_then say so in your messages to the user_!<< Yes, that is correct. Alsaplayer does not support .rm. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369896: gnustep-back-common should not depend on ttf-bitstream-vera solely.
On Fri, 02 Jun 2006 08:46:05 -0400, Matej Cepl said: > Sorry, I wasn't clear enough -- not the point was not how to run > GNUStep with DeJaVu, I know I can do that. The point was that I wanted > to get rid of Bitstream Vera fonts (because I really have no use for > them) and they are kept in my system only because gnustep-back-common > depends on them. OK, I see. gnustep-back-common needs to depend on the Bitstream Vera fonts because it provides nfont files that refer specifically to those fonts. When gnustep-back gets defoma support, the use of those nfont files will be deprecated, and I'm planning to remove them after etch is released. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369896: gnustep-back-common should not depend on ttf-bitstream-vera solely.
package gnustep-back-common severity 369896 wishlist merge 369896 361685 thanks Hi Matej, The next version of gnustep-back will use defoma to make all the Debian-installed fonts available to GNUstep. In the meantime, you can still use the DeJaVu fonts by providing an appropriate nfont file. You can use the mknfonts.tool package to help in creating such a file. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366059: bbdb: Cannot open load file" "bbdb-sc"
Don Jacobson wrote: Debugger entered--Lisp error: (file-error "Cannot open load file" "bbdb-sc") At first glance, it seems like this is because in lisp/Makefile, the EXTRAS variable is defined with some of the filenames having a .el extension instead of a .elc extension, and so they never get compiled and placed in the load-path. So bbdb-srv.el, bbdb-reportmail.el, bbdb-sc.el never get compiled. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367787: doc-debian: constitution: typo in A.1.5
Package: doc-debian Version: 3.1.3 Severity: normal I believe Constitution section A.1.5 should read: "The proposer of a resolution ..." instead of "The proposer or a resolution ..." (s/or/of/). Also, there seems to be two sections numbered A.1... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364143: Still problems with the symlink
On 2006-05-10 08:04:22 -0400 Yavor Doganov <[EMAIL PROTECTED]> wrote: I removed the empty directory /usr/lib/GNUstep/System/Applications/GNUMail.app/Resources and reinstalled the package -- only then everything was in order. Perhaps you should `rm -r' that directory before dh_link. OK. Yeah, I'll mv Resources/* to /usr/share/..., and then rm -r the directory. I'm working on packaging the new GNUstep libraries before I do a new package for GNUMail, but hopefully that should be done soon. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366119: alsaplayer-gtk: No text description on playlist buttons
This is most likely a bug in either GTK or your GTK configuration, since the text is definitely there. My guess would be that GTK can't find the font to display the text. If you run alsaplayer from the command-line, does it output any useful error massages? Have you tried other GTK 1 programs? (Unfortunately, there are very few of them now, since most applications have been ported to GTK 2.) -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359158: libgnustep-base1.11 has circular Depends on gnustep-base-common
On 2006-05-03 14:55:02 -0600 Bill Allombert <[EMAIL PROTECTED]> wrote: Well I suppose libgnustep-base1.11 does not need gnustep-base-common, but rather the programs linked with libgnustep-base1.11 ? Actually, I think that libgnustep-base1.11 does need some data files in gnustep-base-common, so I'm going to be creating a new package called gnustep-base-runtime that contains all the runtime support binaries. In that case you could remove the dependency and make sure packages linked with libgnustep-base1.11 depend on gnustep-base-common, maybe by adding gnustep-base-common to the shlibs file ? Yeah, that's what I sort of decided to do (sent a message to the bug last night, but forgot to Cc: you). That seems to be the cleanest solution that I can come up with. We've got a GNUstep library transition waiting, so all packages will need to be recompiled anyways, which works out nicely for this bug. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359158: libgnustep-base1.11 has circular Depends on gnustep-base-common
Thinking out loud...
These are the circular dependencies (and other relevant dependencies) in
the GNUstep core libraries. (in ASCII art)
[GNUstep applications]
|
+---+--+
| v |
| gnustep-back <--+ |
|| | |
| +++ | |
v v v | |
+> libgnustep-gui <-- gnustep-gpbs|
| | | |
| +-+---+++ |
| v vv|
gnustep-gui-common libgnustep-base <---+
^|
|v
gnustep-base-common
So we have three circular dependencies (gnustep-back <-> gnustep-gpbs,
libgnustep-gui <-> gnustep-gui-common, and libgnustep-base <->
gnustep-base-common).
I'm thinking of breaking the cycles by splitting off the binaries from
the -common packages in to new -runtime (the suggested name in Policy
8.2) packages (so the -common packages will no longer depend on the lib
packages, and they'll also be Arch: all), and then getting all
applications to also depend on the -bin packages. (Similarly for
-gpbs.)
The good news is that this should require no modifications to the
application packages, since this can be done by just changing the shlibs
file. Since this coincides with a library transition, where all
packages need to be rebuilt, this won't cause any problems. (This is
also why I haven't uploaded the new GNUstep libraries yet.)
The bad news is that now all applications will have a longer Depends
line -- something like Depends: libgnustep-gui0.10, gnustep-gui-runtime,
gnustep-back0.10, gnustep-gpbs, libgnustep-base1.11,
gnustep-base-runtime, plus whatever extra libraries the package uses.
(Applications already depend on libgnustep-gui, gnustep-back, and
libgnustep-base, so we're just adding three more packages.)
[GNUstep applications]
|
+---+-+-+--+--++
| | || ||
| | |v ||
| | | gnustep-gpbs |+
v | v| |v
gnustep-gui-bin| gnustep-back <-+ | gnustep-base-bin
| | || ||
| v v| ||
+-> libgnustep-gui <---+ ||
| | ||
+-+---+ | ||
v v v vv
gnustep-gui-common libgnustep-base <---+--++
|
v
gnustep-base-common
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359158: libgnustep-base1.11 has circular Depends on gnustep-base-common
reassign 359158 gnustep-base-common thanks (Reassigning to gnustep-base-common, so that when libgnustep-base1.12 goes in, this bug will still be current.) Hi Bill, On Sun, 26 Mar 2006 23:36:44 +0200, Bill Allombert said: > There is a circular dependency between libgnustep-base1.11 and > gnustep-base-common: > libgnustep-base1.11 :Depends: gnustep-base-common (>= 1.11.2-2) > gnustep-base-common :Depends: libgnustep-base1.11 (>= 1.11.2) Yes. As far as I know, GNUstep applications that link against libgnustep-base* require the gdnc program (at least), which is in gnustep-base-common. And of course gdnc is linked against libgnustep-base, so gnustep-base-common must depend on libgnustep-base*. I'm thinking of making libgnustep-base* Recommends: gnustep-base-common instead of Depends:. Does anyone know of any breakages that might happen if I do that? Since aptitude is the suggested installer for sarge onwards, and aptitude will pull in Recommends:, this should still ensure that gnustep-base-common gets installed. (AFAIK, gnustep-gui will need similar treatment.) Bill, do you have any other possible suggestions? Thanks. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362192: bus error in autogsdoc on some architectures
On Fri, 21 Apr 2006 20:33:07 -0700 (PDT), Jurij Smakov said:
> Hi, On sparc this clearly looks like an alignment problem. The
> decode() function mentioned in the backtrace above is supposed to do
> the right thing depending on whether alignment on word boundary for
> ints is required. The need for such alignment is tested during
> 'configure' run and is recorded in NEED_WORD_ALIGNMENT variable in
> Source/config.h (and other places probably). The problem is that on
> sparc this test is not triggered as it should, so the
> NEED_WORD_ALIGNMENT is set to zero. [...snip...]
Hi Jurij,
Wow, thanks for all your work.
Can you try using the attached file as config/config.align.c? I've just
added a call to "puts" to force the compiler to not optimize out the
assignments. (Fortunately, the compiler isn't smart enough to know that
the assignments are still useless.)
Thanks again.
/* This program will most likely crash on systems that need shorts and ints
to be word aligned
Copyright (C) 2005 Free Software Foundation
Copying and distribution of this file, with or without modification,
are permitted in any medium without royalty provided the copyright
notice and this notice are preserved.
*/
#include
int main ()
{
char buf[12];
short sval = 4;
int ival = 3;
*(short *)(buf+1) = sval;
*(int *)(buf+1) = ival;
buf[0] = 0;
puts (buf); /* force compiler to not optimize out the above assignments */
exit (0);
}
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Bug#364143: gnumail.app: All images missing
package gnumail.app reopen 364143 retitle 364143 move user-installed files in Resources to /usr/share thanks On 2006-04-22 06:17:08 -0600 Yavor Doganov <[EMAIL PROTECTED]> wrote: No, there was no symlink. I had Bulgarian.lproj (bg translation) there, so it was not created. Now everything is fine, sorry for the noise. OK, thanks. In that case, GNUMail should, in its preinst script, move everything from the Resources directory to /usr/share/GNUstep/GNUMail to ensure a smooth transition. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364143: gnumail.app: All images missing
On 2006-04-21 11:41:45 -0600 Yavor Doganov <[EMAIL PROTECTED]> wrote: All images/icons in the main window, compose window, about dialog as well as the app icon are missing (not loaded). I guess it has something to do with the new FHS-compliance stuff. Hmm. Strange, it seems correct on my system... Can you check that /usr/lib/GNUstep/System/Applications/GNUMail.app/Resources is a symlink to /usr/share/GNUstep/GNUMail.app (using relative paths), and that that path contains the icons? Does GNUMail output any relevant information on the console? Thanks. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296915: windows-el: does not save and exit
Hi Daniel, I've just adopted windows-el, so I appologize for the extreme lateness of this reply. The windows-el does not work. It does not save the windows and simply claims that: This frame is not under control of windows. Did you run the command (win:startup-with-window) after you loaded windows.el? -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361685: gnustep-back-common: depends specificaly on ttf-bitstream-vera, while ttf-dejavu is a better font
package gnustep-back-common severity 361685 wishlist thanks On Sun, 9 Apr 2006 19:35:23 +0300, "Eddy Petrişor" said: > I found out that gnustep-back-common depends specifically on bitsream > vera. While bitstream vera is nice, ttf-dejavu is even better than it. gnustep-back-common depends specifically on Bitstream Vera (and freefont) because it provides .nfont files for those fonts. In the next version, gnustep-back will use defoma to generate the .nfont files, and the use of the .nfont files from gnustep-back-common will be deprecated. At that time, I'll probably make gnustep-back0.10 Recommends: or Suggests: various useful font packages. (Yes, I agree that ttf-dejavu is better.) > Please, add dejavu as an alternative dependency. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Bug#353634: I'll adopt windows-el
retitle 353634 ITA: windows-el -- Window manager for GNU Emacs owner 353634 ! thanks Hmm... I wonder how I missed this on DWN... I'll take over windows-el, since I use it. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351778: Bug#351788: bbdb: The coding system specified in the .bbdb is ignored and the coding iso-2022-7bit is forced
Hi Joerg, Given that this bug is RC, and that the patch that I gave in the previous email has been accepted by upstream (it is now in CVS), I am planning on doing an NMU to mark this bug as fixed (as part of my NM process). Attached is the interdiff between my proposed NMU and the current bbdb in sid (minus the useless differences in the generated texinfo html output). The full NMU package can also be found at: <http://www.uhoreg.ca/programming/debian/nmu/>. If you object to the NMU, please let me know. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA diff -u bbdb-2.35.cvs20060204/debian/changelog bbdb-2.35.cvs20060204/debian/changelog --- bbdb-2.35.cvs20060204/debian/changelog +++ bbdb-2.35.cvs20060204/debian/changelog @@ -1,3 +1,11 @@ +bbdb (2.35.cvs20060204-1.1) unstable; urgency=low + + * NMU. + * Set coding system when writing .bbdb file to prevent data corruption. +(Closes: #351778) + + -- Hubert Chan <[EMAIL PROTECTED]> Tue, 28 Mar 2006 14:09:25 -0700 + bbdb (2.35.cvs20060204-1) unstable; urgency=low * New CVS co only in patch2: unchanged: --- bbdb-2.35.cvs20060204.orig/lisp/bbdb.el +++ bbdb-2.35.cvs20060204/lisp/bbdb.el @@ -2452,7 +2452,8 @@ (insert-before-markers (format ";; -*-coding: %s;-*-\n" bbdb-file-coding-system))) (setq bbdb-modified-p nil -bbdb-changed-records nil) +bbdb-changed-records nil + buffer-file-coding-system bbdb-file-coding-system) (let ((buf (get-buffer bbdb-buffer-name))) (when buf (with-current-buffer buf
Bug#360178: alsaplayer-common: various AlsaPlayer additions
Package: alsaplayer-common
Version: 0.99.76-7
Severity: wishlist
Tags: patch, upstream
Forwarded from Viktor.
-- Forwarded message --
Date: 2006-03-29 14:00:15 -0700
From: Viktor Radnai <[EMAIL PROTECTED]>
Subject: Alsaplayer patch
Hi all,
I'm addressing this to the three of you because...
1.) Andy, you are the author of alsaplayer
2.) Hubert, you are listed as the maintainer of the alsaplayer-gtk Debian
package
3.) Paul, your name and address is listed with the numerous patches in the
alsaplayer Debian source package.
(I hope I haven't missed anyone.)
The attached patch contains a number of small features I have added to
alsaplayer a while ago, mainly to make it easier for myself to practice my bass
playing along with music. Please feel free to add them to alsaplayer (the
original source or the Debian package) if you think they are useful.
A summary of the changes:
* Basic keyboard navigation (skip, pause, etc.)
* Loop mode (looping around inside a selection)
* Pressing 'play' button or key during playback returns to the beginning of the
song
* Speed changes one musical semitone a time using the keyboard shortcut (handy
for changing the key the song is played back in)
This patch has been laying around on my laptop for a while, for two reasons.
One is that it still has some bugs, the second is that the said laptop has been
broken for about six months. It should apply to an unpatched unstable Debian
alsaplayer source package (0.99.76 is what I used). I presume that this is the
same as the source tarball available on alsaplayer.org
Hope this will be useful for you.
Cheers,
Vik
diff -ur ./interface/gtk/gladesrc.cpp ../alsaplayer-0.99.76.vik/interface/gtk/gladesrc.cpp
--- ./interface/gtk/gladesrc.cpp 2003-06-07 10:29:43.0 +0200
+++ ../alsaplayer-0.99.76.vik/interface/gtk/gladesrc.cpp 2005-04-28 09:18:01.0 +0200
@@ -313,11 +313,12 @@
GtkWidget *load_button;
GtkWidget *save_button;
GtkWidget *clear_button;
+ GtkWidget *loop_button;
GtkWidget *playlist_status;
playlist_window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
gtk_object_set_data (GTK_OBJECT (playlist_window), "playlist_window", playlist_window);
- gtk_widget_set_usize (playlist_window, 480, 300);
+ gtk_widget_set_usize (playlist_window, 480, 390);
gtk_window_set_title (GTK_WINDOW (playlist_window), "Queue");
vbox5 = gtk_vbox_new (FALSE, 0);
@@ -457,6 +458,13 @@
gtk_box_pack_start (GTK_BOX (vbox24), clear_button, FALSE, FALSE, 0);
gtk_widget_set_usize (clear_button, 70, -2);
+ loop_button = gtk_button_new_with_label ("Loop");
+ gtk_widget_ref (loop_button);
+ gtk_object_set_data_full (GTK_OBJECT (playlist_window), "loop_button", loop_button,
+(GtkDestroyNotify) gtk_widget_unref);
+ gtk_widget_show (loop_button);
+ gtk_box_pack_start (GTK_BOX (vbox6), loop_button, FALSE, FALSE, 0);
+
playlist_status = gtk_vbox_new (FALSE, 0);
gtk_widget_ref (playlist_status);
gtk_object_set_data_full (GTK_OBJECT (playlist_window), "playlist_status", playlist_status,
diff -ur ./interface/gtk/gtk_interface.cpp ../alsaplayer-0.99.76.vik/interface/gtk/gtk_interface.cpp
--- ./interface/gtk/gtk_interface.cpp 2006-03-27 22:40:19.0 +0200
+++ ../alsaplayer-0.99.76.vik/interface/gtk/gtk_interface.cpp 2005-06-06 23:56:18.0 +0200
@@ -23,8 +23,10 @@
#include
#include
#include
+#include
//#define NEW_SCALE
//#define SUBSECOND_DISPLAY
+#include
#include
#include "utilities.h"
@@ -35,6 +37,7 @@
#include "support.h"
#include "gladesrc.h"
+#include "gtk_interface.h"
#include "pixmaps/f_play.xpm"
#include "pixmaps/r_play.xpm"
#include "pixmaps/pause.xpm"
@@ -72,6 +75,8 @@
#define MIN_BAL_TRESH BAL_CENTER-10 // Center is a special case
#define MAX_BAL_TRESH BAL_CENTER+10 // so we build in some slack
#define ZERO_PITCH_TRESH 2
+#define EQ_TEMP_STEP(freq, step)freq * pow(2., (float) step / 12.0)
+#define FPS_HACK 32 // number of audio frames
// Global variables (get rid of these too... ;-) )
int global_update = 1;
@@ -100,10 +105,24 @@
GtkWidget *bal_scale;
GtkWidget *pos_scale;
GtkWidget *speed_scale;
+ float speed;
} update_struct;
static update_struct global_ustr;
+#define LOOP_OFF 0
+#define LOOP_START_SET 1
+#define LOOP_ON 2
+
+typedef struct _loop_struct {
+ int state;
+ gfloat start;
+ gfloat end;
+ unsigned int track; // used to exit loop mode when a new song is played
+} loop_struct;
+
+static loop_struct global_loop;
+
// Static variables (to be moved into a class, at some point)
static GtkWidget *play_dialog;
static int vol_scale[] = {
@@ -127,6 +146,14 @@
void position_notify(void *data, int pos);
void notifier_lock();
void notifier_unlock();
+void play_cb(GtkWidget *widget, gpointer data);
+void pause_cb(GtkWidget *, gpointer data);
+void stop_cb(GtkWidget *, gpointer data);
+void loop_cb(GtkWidget *, gpointer data);
+void forward_skip_cb(GtkWidget *, gpointer data)
Bug#358553: addresses.framework: hard-coded dep on old version of gnustep-base
package addresses.framework tags 358553 +pending thanks Was fixed in the -5 that I uploaded, but that ftpmaster rejected for other reasons. I've decided to drop that dependency instead of bumping it, since I don't think it's actually needed. I'm rebuilding right now... -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351778: bbdb: The coding system specified in the .bbdb is ignored and the coding iso-2022-7bit is forced
package bbdb tags 351778 +patch thanks Hi again, ;) I found the main reason for the data corruption that François experienced. Even though BBDB rewrites the coding cookie as iso-2022-7bit, Emacs 21 will still try to save the .bbdb file using the old coding system, which results in garbage when the file is read again, as it reads the old coding system codes, thinking that it's reading the new coding system. I've sent the attached patch to upstream, which ensures that Emacs will write the file using the correct coding system, and upstream has more or less accepted it. (It should show up in CVS soon.) Given that, as I mentioned in my previous message, forcing the coding system is a bugfix that upstream implemented, and this attached patch fixes the data corruption, I think that this bug can be considered fixed. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA --- bbdb-2.35.cvs20060204.orig/lisp/bbdb.el +++ bbdb-2.35.cvs20060204/lisp/bbdb.el @@ -2452,7 +2452,8 @@ (insert-before-markers (format ";; -*-coding: %s;-*-\n" bbdb-file-coding-system))) (setq bbdb-modified-p nil -bbdb-changed-records nil) +bbdb-changed-records nil + buffer-file-coding-system bbdb-file-coding-system) (let ((buf (get-buffer bbdb-buffer-name))) (when buf (with-current-buffer buf
Bug#351778: bbdb: The coding system specified in the .bbdb is ignored and the coding iso-2022-7bit is forced
I've contacted upstream and discussed the problem with him. There doesn't seem to be much that can be done about this bug. BBDB tries to pick a sensible coding system that will work for most cases and for Emacs 21 and prior, that happens to be iso-2022-7bit. (emacs-mule would be better, but iso-2022-7bit is for people who use both Emacs and XEmacs.) Changing the coding system may result in problems if a new address or name is added to BBDB that the current coding system cannot handle (e.g. utf-8 in Emacs 21 cannot encode certain Chinese characters [1]) Thus upstream's suggestion is to not touch the "-*- coding: ... -*-" line, but to set bbdb-file-coding-system, if you're sure that you really do want that coding system. [1] http://www.mail-archive.com/bbdb-info@lists.sourceforge.net/msg04326.html -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358554: pantomime1: uninstallable because libpantomime1 conflicts with it
On 2006-03-23 00:59:48 -0700 Steve Langasek <[EMAIL PROTECTED]> wrote: Package: pantomime1 Version: 1.1.2.dfsg-5 Depends: libpantomime1 Package: libpantomime1 Version: 1.1.2.dfsg-5 Conflicts: pantomime1 This is broken. You cannot have a package which depends on a package that conflicts with it. Either pantomime1 should be dropped if it isn't needed for transitional purposes (and I don't see any reason that it is), or libpantomime1 must drop the conflict with pantomime1 (possibly using a versioned Replaces: instead). Sigh. I don't know what's wrong with pantomime and all the bugs that I have in the dependencies. I must have been asleep when I changed the control file. I probably meant to make that a versioned Conflicts:. Anyways, I think you're right. The transition package isn't really needed since it's just a library, so I'll drop it. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351778: bbdb: The coding system specified in the .bbdb is ignored and the coding iso-2022-7bit is forced
It looks like it worked correctly in cvs20040528. Upstream made a change that rewrites the "coding: " info without setting the buffer coding system, and without reading the previous coding system. The attached patch reverts upstream's change and only writes the "coding: " info if it is not already present. I've tested it, and with the patch applied, it seems to work correctly again. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA --- bbdb-2.35.cvs20060204/lisp/bbdb.el +++ bbdb-2.35.cvs20060204/lisp/bbdb.el @@ -2444,13 +2444,11 @@ (save-restriction (widen) (goto-char (point-min)) - -;; this always rewrites the coding cookie, which is a bit -;; wasteful, but safer than alternatives -(if (looking-at ";; *-\\*-coding:") -(delete-region (point) (progn (forward-line) (point -(insert-before-markers (format ";; -*-coding: %s;-*-\n" - bbdb-file-coding-system))) +;; Fixme: probably this should check any existing cookie for +;; consistency with bbdb-file-coding-system. +(unless (looking-at ";; *-\\*-coding:") + (insert-before-markers (format ";; -*-coding: %s;-*-\n" + bbdb-file-coding-system (setq bbdb-modified-p nil bbdb-changed-records nil) (let ((buf (get-buffer bbdb-buffer-name)))
Bug#357382: I'll check with new version
package asymptote tags 357382 +fixed-upstream thanks Gee, that was quick. :) Will include fix on next upstream release, or when gcc 4.1 becomes default in Debian, whichever comes first. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357382: I'll check with new version
On 2006-03-16 17:05:50 -0700 Martin Michlmayr <[EMAIL PROTECTED]> wrote: I noticed you've just uploaded a new version. I'll check later if this fixes all 4.1 issues or not. I checked, and it still has some errors (although some slightly different) (even when line 183 of /usr/include/gc/gc_cpp.h is fixed). I'm going to forward this to upstream. When I get home... -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355570: Writes to user directory during buildd
package gworkspace tags 355570 +patch thanks gworkspace writes to the buildd user's directory duing a buildd. It's not supposed to be doing that. It looks like a bug in make_services -- it probably shouldn't be writing anything when it's run with the --test argument. Anyways, the attached patch is a very hackish workaround to make gworkspace not run make_services at build time. (The patch doesn't make any sense unless you look at /usr/lib/GNUstep/System/Library/Makefiles/Instance/service.make and see how GNUSTEP_MAKE_SERVICES is used.) -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA diff -u gworkspace-0.7.0/debian/rules gworkspace-0.7.0/debian/rules --- gworkspace-0.7.0/debian/rules +++ gworkspace-0.7.0/debian/rules @@ -38,6 +38,9 @@ OPTFLAG = -O2 endif +GNUSTEP_MAKE_SERVICES = true +export GNUSTEP_MAKE_SERVICES + #ADDITIONAL_INCLUDE_DIRS=" -I$(CURDIR)/FSNode -I$(CURDIR)/GWLib -I$(CURDIR)/Finder/Modules -I$(CURDIR)/Finder/SearchResults -I$(CURDIR)/Desktop/Dock" #ADDITIONAL_LIB_DIRS=" -L$(CURDIR)/FSNode/FSNode.framework/Versions/Current -L$(CURDIR)/GWLib/shared_obj"
Bug#350077: gnustep: broken dependencies
Sorry for not noticing this bug earlier. I'm the new maintainer for GNUMail. GNUMail is ready for upload, but is waiting on pantomime1.2, which is sitting in the NEW queue. Working packages can be found at: http://www.uhoreg.ca/programming/debian/gnustep/packages/ -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355000: Depends on pantomime1 instead of libpantomime1
package libpantomime1-dev tags 355000 +pending thanks On 2006-03-02 09:48:10 -0700 Bill Allombert <[EMAIL PROTECTED]> wrote: libpantomime1-dev depends on pantomime1 which is described as: This is a dummy package to ease upgrading, and may be safely removed after it is installed. and this does not make sense. Ugh. Yes, the dependencies were really messed up. I suspect you actually wanted libpantomime1-dev to depend on libpantomime1. Yes, and pantomime1 was also supposed to depend on libpantomime1 instead of libpantomime1-dev. This creates an useless circular dependency. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354969: Does not depend on libpantomime1
package libpantomime1-dev tags 354969 +pending thanks On 2006-03-02 05:45:27 -0700 Matt Kraai <[EMAIL PROTECTED]> wrote: libpantomime1-dev does not depend on libpantomime1. Thanks. I had about three bugs in my dependencies. And if I hadn't made 1 out of 2 of them, it may have actually work out... -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354803: ITP: stx2any -- A converter from structured plaintext to multiple formats
On Wed, 01 Mar 2006 10:23:23 +0200, Panu Kalliokoski <[EMAIL PROTECTED]> said: > * Package name: stx2any > Version : 1.53 > Upstream Author : Panu Kalliokoski <[EMAIL PROTECTED]> > * URL : http://sange.fi/~atehwa/Stx/README.html 404 Not Found -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354791: ftp.debian.org: RM: simpleui.bundle - unmaintained, FTBFS, upstream dead
On 2006-02-28 21:32:11 -0700 Hubert Chan <[EMAIL PROTECTED]> wrote: Eric has orphaned simpleui.bundle, and nobody has stepped up to maintain it. It no longer builds due to the GNUstep library transition. Upstream has abandoned it in favour of camaelon (or at least has renamed it to camaelon). AFAIK, this package was never formally orphaned via the BTS, but in private discussion among the GNUstep maintainers, we agreed that this should be removed since it is superseded upstream by camaelon. -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354789: ftp.debian.org: RM: gnustep-gd - unmaintained, FTBFS
On 2006-02-28 21:24:12 -0700 Hubert Chan <[EMAIL PROTECTED]> wrote: Brent has orphaned gnustep-gd, and nobody has stepped up to maintain it. It will no longer build due to the GNUstep library transition. No other packages depend on it. AFAIK, this package was never formally orphaned via the BTS, but was informally orphaned via mailing list: http://lists.alioth.debian.org/pipermail/pkg-gnustep-maintainers/2005-May/000471.html -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354788: ftp.debian.org: RM: gnustep-antlr - unmaintained, FTBFS
On 2006-02-28 21:20:24 -0700 Hubert Chan <[EMAIL PROTECTED]> wrote: Brent has orphaned gnustep-antlr, and nobody has stepped up to maintain it. It will no longer build due to the GNUstep library transition. No other packages depend on it. AFAIK, this package was never formally orphaned via the BTS, but was infomally orphaned via mailing list: http://lists.alioth.debian.org/pipermail/pkg-gnustep-maintainers/2005-May/000471.html -- Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/ PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net) Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354791: ftp.debian.org: RM: simpleui.bundle - unmaintained, FTBFS, upstream dead
Package: ftp.debian.org
Severity: normal
{mass removal of old GNUstep packages}
Eric has orphaned simpleui.bundle, and nobody has stepped up to maintain
it. It no longer builds due to the GNUstep library transition.
Upstream has abandoned it in favour of camaelon (or at least has renamed
it to camaelon).
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.4
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354789: ftp.debian.org: RM: gnustep-gd - unmaintained, FTBFS
Package: ftp.debian.org
Severity: normal
{mass removal of old GNUstep packages}
Brent has orphaned gnustep-gd, and nobody has stepped up to maintain
it. It will no longer build due to the GNUstep library transition. No
other packages depend on it.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.4
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354788: ftp.debian.org: RM: gnustep-antlr - unmaintained, FTBFS
Package: ftp.debian.org
Severity: normal
{mass removal of old GNUstep packages}
Brent has orphaned gnustep-antlr, and nobody has stepped up to maintain
it. It will no longer build due to the GNUstep library transition. No
other packages depend on it.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.4
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
