Bug#407700: webcalendar: dbi_free_result
* Rafael Laboissiere [EMAIL PROTECTED] [2007-04-19 09:44]: I am tagging this bug report upstream. It may be that the bug is already fixed in the development version of WebCalendar. Could you please check the CVS version of edit_entry.php [1] to see if this is true, such that we can tag this bug report fixed-upstream? It seems that the calls to dbi_query() are replaced by dbi_execute(). Sorry, I forgot the reference: [1] http://webcalendar.cvs.sourceforge.net/webcalendar/webcalendar/edit_entry.php?view=markup -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391496: webcalendar: timezone shift importing i/vcal
package webcalendar tags 391496 upstream thanks * dann frazier [EMAIL PROTECTED] [2006-10-06 16:22]: Package: webcalendar Version: 1.0.4-1.1 Severity: normal I've noticed that whenever I try to import a meeting.ics file from an MS exchange invite, the start time is offset incorrectly. Attached is one such .ics file, w/ sensitive info replaced by the string BLACKMAGICMARKER. This invite specifies the eastern timezone: DTSTART;TZID=(GMT-05.00) Eastern Time (US Canada):20061009T15 I am in the mountain timezone, which is two hours behind eastern. The machine running webcalendar is in the mountain timezone and is correctly configured to use the mountain timezone. I am using webcalendar's default of using the same offset as the server. If I change the above line to: DTSTART;TZID=(GMT-05.00) Eastern Time (US Canada):20061009T13 And then import, the meeting has the correct timezone. Perhaps webcalendar isn't able to parse the timezone description in this field? I am tagging this bug report upstream. It may be that the bug is already fixed in the development version of WebCalendar. Could you please check the CVS sources to see if this is true, such that we can tag this bug report fixed-upstream? It seems that the relevant portions of code are in files import_handler.php [1] and includes/xcal.php [2]. [1] http://webcalendar.cvs.sourceforge.net/webcalendar/webcalendar/import_handler.php?view=markup [2] http://webcalendar.cvs.sourceforge.net/webcalendar/webcalendar/includes/xcal.php?view=markup Thanks, -- Rafael Laboissiere -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407698: webcalendar: SQLITE3
package webcalendar tags 407698 upstream patch thanks * Herbert P Fortes Neto [EMAIL PROTECTED] [2007-01-20 15:08]: Package: webcalendar Version: 1.0.4-1.2 Severity: wishlist Hi, I'm using webcalendar with sqlite3. I had to edit 3 files to have it: - includes/php-dbi.php - edit_entry.php # more about this on another ticket(subject: dbi_free_result) added dbi_free_result() on lines 149 and 161 - /etc/webcalendar/settings.conf db_type = sqlite3 db_database = /path/to/webcalendar_sqlite.db db_persistent = false # php5-sqlite3 don't have persistent connection db_sqlite3 = The user(www-data) of the httpd process must have write permission on directory where webcalendar_sqlite.db file is in. Attached you will find the php-dbi.php.gz file. I am tagging this bug report upstream and patch. It seems that WebCalendar 1.1.1 supports SQLite under PHP5 [1]. Should I tag this bug report fixed-upstream? [1] http://webcalendar.cvs.sourceforge.net/*checkout*/webcalendar/webcalendar/docs/WebCalendar-SysAdmin.html#requirements -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418503: [Pkg-octave-devel] Bug#418503:
* Olafur Jens Sigurdsson [EMAIL PROTECTED] [2007-04-17 13:02]: I must say that I dont understand this bug report, it doesnt say anything specific about what is wrong with the package. The only problem I have with version 2.9.10 is that it does not include the path to the forge functions and that is easely solved by issuing addpath(genpath(/usr/share/octave/site/api-v22/m/)) inside octave. This is a bug for certain but is this the only thing this bug is about? Well, Octave 2.9.01 has api-v23. You should also add /usr/lib/octave/site/oct/api-v22/to the path, but this is almost guaranteed to fail. The soutlion would be to rebuild octave2.9-forge_2006.07.09+dfsg1 against octave2.9-headers_2.9.10. It tried it and wasn't successful, however. The upstream sources would need severe patching and I am not willing (and do not have time) to do it. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419570: Bug#393832: Bug#419570: webcalendar: Package dependencies must allow php5 instead of php4
* James Westby [EMAIL PROTECTED] [2007-04-17 18:09]: On (17/04/07 02:27), Rafael Laboissiere wrote: I see a problem with the above dependencies. Imagine the following combination of packages in a given system: apache2 installed apache, apache-ssl, and apache-perl NOT installed libapache2-mod-php4 installed libapache2-mod-php5 NOT installed php4-mysql, php4-pgsql, and php5-pgsql NOT installed php5-mysql installed The above satisfy the dependencies as you wrote them. The question is: would php5-mysql work well with libapache2-mod-php4? That's not your job, the php maintainers have to ensure their packages work, you just have to make sure enough php/mysql/apache stuff is installed to work. I think you missed the point. There is nothing that the php maintainers can do to fix the problem above, since they are doing already the right thing. The problem is related to the lack of power in specifying relationships among the packages (see my next post in this thread). The problem exists already in the the current version of the package. Indeed, the following combination satisfy the dependencies: apache2 installed other apaches NOT installed libapache-mod-php4 installed libapache2-mod-php4 NOT installed libapache-mod-php4 depends on apache-common, which in turn depends on apache, so that works ok. I do not see that: $ apt-cache show apache-common | grep ^Depends: Depends: libc6 (= 2.3.6-6), libdb4.4, libexpat1 (= 1.95.8), debconf (= 0.5) | debconf-2.0, perl (= 5.8.4-2), mime-support, apache2-utils, sed (= 4.0.5-1), ucf (= 1.06), lynx | www-browser Am I missing something? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420080: Merge octave2.9 and octave2.9-headers packages
Package: octave2.9 Version: 2.9.10-4 * Thomas Weber [EMAIL PROTECTED] [2007-04-19 22:36]: Am Donnerstag, 19. April 2007 22:08 schrieb Rafael Laboissiere: * Olafur Jens Sigurdsson [EMAIL PROTECTED] [2007-04-19 17:59]: Hi, I tried to install a forge package using the new pkg command, a moment ago and got an error because I had not installed octave2.9-headers which contains the mkoctfile program. Maby the headers should be moved up from suggest to depend for the octave2.9 package? Please, fill a bug report against the package, such that your request is recorded in the BTS and we do not forget it. Okay, I am doing it hereby. Uh, this will be a circular dependency; release managers will probably tar and feather us for that. However, it might make sense to merge the two packages: - The size gain is not that much anymore, 30 MB installed for Octave and 3 MB installed for the headers (atlas3-base alone comes with 18 MB on i386, so a serious Octave installation is by no means small). - It eases usage of the pkg.m system. I agree with you: $ apt-cache show octave2.9 | grep ^Size Size: 7475116 $ apt-cache show octave2.9-headers | grep ^Size Size: 344298 Merging both packages will result into an increase of only 5% in the size of octave2.9. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420079: merging bug reports
package octave2.9 severity 420080 important merge 420079 420080 thanks Sorry for filing the duplicated bug report (Olafur beated me by 6 minutes...). At least, there Thomas's comments and mine appear in the second one. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393832: Bug#419570: webcalendar: Package dependencies must allow php5 instead of php4
* Stephen Gran [EMAIL PROTECTED] [2007-04-18 01:04]: This one time, at band camp, James Westby said: That's not your job, the php maintainers have to ensure their packages work, you just have to make sure enough php/mysql/apache stuff is installed to work. Well, that's glossing it over a bit - the problem of ORed dependencies is not trivial to deal with, and there is no support in apt for it. Theoretically, these sorts of dependencies could be written with brackets or something to make a complete set soultion possible, but it's not there just yet. Is this feature under development? It would be great to be able to specify dependencies like the following (note the parentheses): Depends: ( ( ( apache | apache-ssl | apache-perl, libapache-mod-php4 ) | ( apache2, libapache2-mod-php4 ), php4-mysql | php4-pgsql ) | ( ( apache | apache-ssl | apache-perl, libapache-mod-php5 ) | ( apache2, libapache2-mod-php5 ), php5-mysql | php5-pgsql ) ) All my problems would then be solved! -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393832: Bug#419570: webcalendar: Package dependencies must allow php5 instead of php4
* Stephen Gran [EMAIL PROTECTED] [2007-04-18 11:14]: This one time, at band camp, Rafael Laboissiere said: Is this feature under development? It would be great to be able to specify dependencies like the following (note the parentheses): I know people have talked about the problem with an eye towards patching it in. I have not heard that anyone has actually produced any code. Do you remember where this discussion took place? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419570: webcalendar: Package dependencies must allow php5 instead of php4
* Oleksandr Moskalenko [EMAIL PROTECTED] [2007-04-16 19:08]: How about dropping php4 support altogether? That is probably a good option. Let us see what Elizabeth Bevilacqua and the debian-mentors say. Cheers, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419570: webcalendar: Package dependencies must allow php5 instead of php4
package webcalendar severity 393832 normal merge 393832 419570 thanks [Cc: to debian-mentors] * Oleksandr Moskalenko [EMAIL PROTECTED] [2007-04-16 11:13]: Package: webcalendar Version: 1.0.5-1 Severity: normal Tags: patch webcalendar forces retention of php4 on the system. Dependencies must be adjusted to allow removal of php4 in favor of php5. Upstream shows that it can be done. --- control.old 2007-04-16 11:12:09.0 -0600 +++ control 2007-04-16 11:03:17.0 -0600 @@ -11,8 +11,8 @@ Package: webcalendar Architecture: all -Depends: ${misc:Depends}, libapache2-mod-php4 | libapache-mod-php4, php4-mysql | php4-pgsql, apache | apache2 | apache-ssl | apache-perl, ucf (= 0.28), dbconfig-common -Suggests: php4-cli +Depends: ${misc:Depends}, libapache2-mod-php4 | libapache-mod-php4 | libapache2-mod-php5 | libapache-mod-php5, php4-mysql | php4-pgsql | php5-mysql | php5-pgsql, apache | apache2 | apache-ssl | apache-perl, ucf (= 0.28), dbconfig-common +Suggests: php4-cli | php5-cli Recommends: mysql-client | postgresql-client, mysql-server | postgresql Description: PHP-Based multi-user calendar WebCalendar is a PHP-based calendar application that can be configured Thanks for this suggestion, we have already thought about the issue. Another bug report has been filed requiring php5 support (#393832), so I am merging both bug reports. I see a problem with the above dependencies. Imagine the following combination of packages in a given system: apache2 installed apache, apache-ssl, and apache-perl NOT installed libapache2-mod-php4 installed libapache2-mod-php5 NOT installed php4-mysql, php4-pgsql, and php5-pgsql NOT installed php5-mysql installed The above satisfy the dependencies as you wrote them. The question is: would php5-mysql work well with libapache2-mod-php4? At any rate, the problem comes from the orthogonality of the three dimensions: * PHP 4 vs. 5 * mysql vs. pgsql * apache 1 vs. 2 The problem exists already in the the current version of the package. Indeed, the following combination satisfy the dependencies: apache2 installed other apaches NOT installed libapache-mod-php4 installed libapache2-mod-php4 NOT installed However, the webcalendar package will not work under these conditions. I have no idea how to fix this problem. Suggestions are welcome. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418858: [xmds-devel] Bug#418858: ITP: xmds-doc -- documentation for the eXtensible Multi-Dimensional Simulator
* Joseph Hope [EMAIL PROTECTED] [2007-04-13 10:29]: I'm not quite clear what this message means. It was an ITP (Intention To Package) for the Debian distribution. I sent a courtesy copy to xmds-devel just to keep you guys informed about it. Are you requesting an official release of the uncompiled latex version of the documentation? We haven;t bothered because no-one has shown the slightest interest, but it would be trivially easy to do. No, I am not requesting such a release. The xmds-doc package in Debian fetches the sources from the SVN repository at SF. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419380: webcalendar: Database is not created at install time
Package: webcalendar Version: 1.0.5-1 Severity: important This is actually a problem with the dbconfig-common package, see Bug#418479. I ma reporting this against the webcalendar to note in the BTS that the current bug is blocked by Bug#418479. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages webcalendar depends on: ii apache2-mpm-prefork [httpd] 2.2.3-3.2 Traditional model for Apache HTTPD ii dbconfig-common 1.8.31 common framework for packaging dat ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii mysql-client 5.0.32-10 mysql database client (meta packag ii mysql-client-5.0 [mysql-clien 5.0.32-10 mysql database client binaries ii php4 6:4.4.4-9 server-side, HTML-embedded scripti ii php4-cli 6:4.4.4-9 command-line interpreter for the p ii php4-mysql6:4.4.4-9 MySQL module for php4 ii ucf 2.007 Update Configuration File: preserv Versions of packages webcalendar recommends: ii mysql-server-5.0 [mysql-serve 5.0.32-10 mysql database server binaries ii php4-cli 6:4.4.4-9 command-line interpreter for the p -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415780: [Pkg-octave-devel] Bug#415780: octave2.1: Please upgrade gnuplot dependency from suggests: to recommends:
* Rafael Laboissiere [EMAIL PROTECTED] [2007-03-22 21:49]: * Geraint Paul Bevan [EMAIL PROTECTED] [2007-03-22 15:56]: I am only lurking and don't have a particularly strong opinion about this, but recommends seems to make more sense to me. Even running a batch job from a terminal it is still usually desirable for the plot function to work correctly. For example, the following should create a file sin.ps whether or not it is executed from a graphics-capable terminal: echo t=[0:0.1:10]'; x=sin(t); plot(t,x); print -depsc2 \sin.ps\\ | octave Thanks for your opinion. Let us collect some more votes before deciding to change the Suggests to Recommends. It seems that Recommends won. I will change this in SVN. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415780: Oops, wrong bug was closed in 2.9.10-4
reopen 418503 close 415780 2.9.10-4 thanks Relevant part of debian/changelog: octave2.9 (2.9.10-4) unstable; urgency=low [...] * debian/in/control: + Changed relationship to gnuplot from Suggests to Recommends (closes: #415780) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418529: marked as forwarded (jed: evalfile() no longer supporting ~ in path name)
* John E. Davis [EMAIL PROTECTED] [2007-04-12 15:15]: It was intended. evalfile is slang's lowest level file loading function, and as such it should not tamper with the name passed to it. For example, under Unix ~ is a perfectly valid directory name and it should be possible to load a file in that directory. For filename expansion, use the expand_filename function. While not as convenient, you can also use evalfile($HOME/foo.sl$); Should we close this bug report? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418529: marked as forwarded (jed: evalfile() no longer supporting ~ in path name)
* G. Milde [EMAIL PROTECTED] [2007-04-13 12:00]: IMO, it is a documentation issue. This change should be documented in the changelog. I did not find it in the Jed Version: 0.99.18 (Debian package jed 0.99.18-6) John, could you add this change to the changes.txt? Something like evalfile() no longer expands its `path' argument. You can use evalfile(expand_filename(path)) to get the old behaviour. After this the bug can be closed. For the Debian pacakge, we might document it in debian/NEWS.Debian. This file is shown to the user who installed the apt-listchanges package. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418503: [Pkg-octave-devel] Bug#418503: octave2.9: Must not enter testing
* John W. Eaton [EMAIL PROTECTED] [2007-04-10 15:18]: I think this is unfortunate since Octave is useful on its own without Octave Forge and I think 2.9.10 is much better than 2.9.9. A not-so-unrelated question: currently, the virtual package called octave in Debian depends on octave2.1. Should we change it to octave2.9? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418857: dbconfig-common: dpkg/prerm is not failing gracefully
Package: dbconfig-common Version: 1.8.31 Severity: normal Tags: patch While doing a torture test with the webcalendar package some days ago (install / deinstall / purge / keep the database / install again / etc), I ran into a problem with dbconfig-common. For some reason that I cannot replicate now, the dpkg/prerm script was failing ungracefully. I tracked down the problem and fixed it with the patch attached below. It simply adds || true after a call to db_fset. BTW, I noticed that there are several other calls to db_fset not followed by || true in the dbconfig-common scripts. Although I think that it is a good safety measure to add || true, I am not sure this is really needed for db_fset calls. However, note that the problem arose with the $dbc_package/dbconfig-remove debconf question, which does not belong to the dbconfig-common package. Rafael Labossiere -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages dbconfig-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii ucf 2.007 Update Configuration File: preserv dbconfig-common recommends no packages. -- debconf information excluded diff -Naur dbconfig-common-1.8.31-orig/dpkg/prerm dbconfig-common-1.8.31/dpkg/prerm --- dbconfig-common-1.8.31-orig/dpkg/prerm 2006-10-10 11:42:34.0 +0200 +++ dbconfig-common-1.8.31/dpkg/prerm 2007-04-12 10:25:21.0 +0200 @@ -35,7 +35,7 @@ if [ $dbc_remove ]; then db_set $dbc_package/dbconfig-remove $dbc_remove fi - db_fset $dbc_package/dbconfig-remove seen false + db_fset $dbc_package/dbconfig-remove seen false || true db_input high $dbc_package/dbconfig-remove || true db_go || true db_get $dbc_package/dbconfig-remove dbc_remove=$RET
Bug#418858: ITP: xmds-doc -- documentation for the eXtensible Multi-Dimensional Simulator
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere [EMAIL PROTECTED] * Package name: xmds-doc Version : 0~svn.1321 Upstream Author : P.T. Cochrane, G. Collecutt, P.D. Drummond, and J.J. Hope * URL : http://xmds.sourceforge.net/ * License : GPL Programming Lang: LaTeX Description : documentation for the eXtensible Multi-Dimensional Simulator XMDS is a code generator that integrates equations, from Ordinary Differential Equations (ODEs) up to stochastic Partial Differential Equations (PDEs). You write them down in human readable form in an XML file, and it goes away and writes and compiles a C++ program that integrates those equations as fast as it can possibly be done in your architecture. . This package contain the XMDS manual in PDF format. A pre-package is available at my private APT repository [1]. The funny upstream number (0~svn.1321) is due to the fact that xmds-doc has never been released in source format. The upstream tarball is obtained by debian/rules in the get-orig-source rule. This package will be collectively maintained [2] by the Debian Scientific Computing Project [3]. [1] http://people.debian.org/~rafael/xmds/ [2] http://svn.debian.org/wsvn/pkg-scicomp/xmds-doc/ [3] http://pkg-scicomp.alioth.debian.org/ Rafael Laboissiere -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418529: jed: evalfile() no longer supporting ~ in path name
package jed tag 418529 - moreinfo thanks Thanks for the moreinfo, Jörg (hence the removal of the tag). * Jörg Sommer [EMAIL PROTECTED] [2007-04-11 10:32]: package jed tag 418529 - unreproducible thanks % xjed -batch -f '()=evalfile(~/.jed/latex.sl)' loading /usr/share/jed/jed-extra/~/.jed/latex.sl Unable to load /usr/share/jed/jed-extra/~/.jed/latex.sl Traceback: evalfile ***string***:1:top-level:Open failed Traceback: called from eval: ()=evalfile(~/.jed/latex.sl) Traceback: eval /usr/share/jed/lib/site.slc:3206:command_line_hook:Open failed Local variables for command_line_hook: Integer_Type command_line_hook = 1 Integer_Type command_line_hook = 3 String_Type command_line_hook = -f Integer_Type command_line_hook = 0 String_Type command_line_hook = ()=evalfile(~/.jed/latex.sl) Undefined_Type command_line_hook = Undefined_Type String_Type command_line_hook = /home/joerg/.jed/jed.rc String_Type command_line_hook = ()=evalfile(~/.jed/latex.sl) Undefined_Type command_line_hook = Undefined_Type Error encountered while executing command_line_hook Is this a bug in JED? -- Rafael
Bug#418529: jed: evalfile() no longer supporting ~ in path name
package jed tags 418529 unreproducible moreinfo thanks * Peter Karlsson [EMAIL PROTECTED] [2007-04-10 11:55]: Package: jed Version: 0.99.18-8.etch.4 Severity: normal Since I have the same configuration files on several different systems, with different $HOME, I have set up my .jedrc to use ~ to refer to a file under my home directory: evalfile(~/skel/jed/joe); pop(); This used to work with the version of Jed in Sarge, but after an upgrade to Etch, it fails with Unable to load /usr/share/jed/lib/~/skel/jed/joe.slc Changing the evalfile to take the full path works: evalfile(/home/peter/skel/jed/joe); pop(); But that means having to refer to the actual home directory path on all my installations. I cannot replicate this bug here. what does the following give for you: $ cat /var/tmp/test.sl message (expand_filename (~/)); $ jed -batch -n -l /var/tmp/test.sl loading /usr/share/jed/lib/site.slc loading /usr/share/jed/lib/os.sl loading /usr/share/jed/lib/menus.slc loading /usr/share/jed/lib/defaults.sl loading /etc/jed.d/05jed-common.sl loading /etc/jed.d/50jed-extra.sl loading /usr/share/jed/jed-extra/libdir.sl loading /usr/share/jed/jed-extra/ini.sl loading /usr/share/jed/jed-extra/drop-in/ini.sl loading /etc/jed.d/55jedstate.sl loading /usr/share/jed/jed-extra/gdbmrecent.slc loading /var/tmp/test.sl /home/rafael/ -- Rafael Laboissiere -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292046: [xml/sgml-pkgs] Bug#292046: New version of docbook2x out
* Daniel Leidert [EMAIL PROTECTED] [2007-02-04 01:01]: I will try to update the package to 0.8.7 in the near future. Shouldn't we upload 0.8.7 to unstable, now that etch is released? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292046: [xml/sgml-pkgs] Bug#292046: New version of docbook2x out
* Daniel Leidert [EMAIL PROTECTED] [2007-04-10 18:57]: Am Dienstag, den 10.04.2007, 18:01 +0200 schrieb Rafael Laboissiere: * Daniel Leidert [EMAIL PROTECTED] [2007-02-04 01:01]: I will try to update the package to 0.8.7 in the near future. Shouldn't we upload 0.8.7 to unstable, now that etch is released? 0.8.8 has already been released. [...] I even did not know that. This can go into unstable. I think, I can do this during this week. Ok. Tell me when it is done and I will upload it. I will also test it with one of my packages that build-depend on docbook2x. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418503: [Pkg-octave-devel] Bug#418503: octave2.9: Must not enter testing
* John W. Eaton [EMAIL PROTECTED] [2007-04-10 15:18]: On 10-Apr-2007, Thomas Weber wrote: | Package: octave2.9 | Version: 2.9.10-4 | Severity: grave | Justification: renders package unusable | | Octave 2.9.10 doesn't play well with the current octave2.9-forge packages in | Debian, so it shouldn't enter testing in the current state. I think this is unfortunate since Octave is useful on its own without Octave Forge and I think 2.9.10 is much better than 2.9.9. Also, for those who must have some or all of Octave Forge, there is now a way to install it using Octave's pkg function. Hopefully, this will be a temporary situation, until we fix the problem with the octave2.9-forge package. Debian 4.0 (a.k.a. etch) was recently released and contains 2.9.9. Even if 2.9.10 entered testing, it is too late now for the regular Debian users who are using the stable distribution. We are discussing about back porting 2.9.10 (and probably also the new octave-forge packages) for etch. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418479: dbconfig-common: Creating DB and user not working for webcalendar
Package: dbconfig-common Version: 1.8.31 Severity: normal Tags: patch I am not sure I am missing something, but I cannot build a webcalendar package [1] that initializes correctly the MySQL database. I traced down the problem and discovered a problem in dpkg/postint: the order of the creatadb and createuser commands are reversed. The patch attached below fixes the problem for me. Indeed, I see in internal/mysql: dbc_mysql_createdb(){ [...] _dbc_nodb=yes dbc_mysql_exec_command CREATE DATABASE $dbc_dbname [...] dbc_mysql_createuser(){ [...] GRANT ALL PRIVILEGES ON \`$dbc_dbname\`.* TO \`$dbc_dbuser\`[...] [...] Now, the database $dbc_dbname must be created before the dbc_mysql_createuser is called, but this is not what dpkg/postinst does. If this is not a bug, please indicate to me how I can make the webcalendar package install correctly. [1] The webcalendar package is being actually co-maintainied in Alioth, see http://svn.debian.org/wsvn/collab-maint/ext-maint/webcalendar/ Thanks, Rafael Laboissiere -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dbconfig-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii ucf 2.007 Update Configuration File: preserv dbconfig-common recommends no packages. -- debconf information excluded diff -Naur dbconfig-common/dpkg/postinst dbconfig-common-new/dpkg/postinst --- dbconfig-common/dpkg/postinst 2007-03-04 13:10:42.0 +0100 +++ dbconfig-common-new/dpkg/postinst 2007-04-08 09:50:45.0 +0200 @@ -62,15 +62,16 @@ # don't perform the following block of code during upgrades if [ ! $upgrading ]; then ### - ### now, create the app user account + ### create the database ### - $dbc_createuser_cmd || dbc_install_error creating user + + $dbc_createdb_cmd || dbc_install_error creating database [ $dbc_tried_again ] return 0 ### - ### create the database + ### now, create the app user account ### - $dbc_createdb_cmd || dbc_install_error creating database + $dbc_createuser_cmd || dbc_install_error creating user [ $dbc_tried_again ] return 0 ###
Bug#418038: php4, php5: Imprecision in package description
Package: php4, php5 Severity: minor Both php4 and php5 packages have this sentence in their descriptions: This package is a meta-package that, when installed, guarantees that you have at least one of the four server-side versions of the PHP{4,5} interpreter installed. However, they depend alternatively on only three server-side packages, namely libapache2-mod-php{4,5}, libapache-mod-php{4,5}, or php{4,5}-cgi. Which is the fourth one? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417659: [Pkg-octave-devel] Bug#417659: octave2.9-forge: API version mismatches the octave core
* Hongzheng Wang [EMAIL PROTECTED] [2007-04-05 23:50]: I also notice that the octave-forge provides a pkg mechanism now according to their faq and docs. And, of course, the pkg subsystem is not a compatible Debian style. But I think the new pkg method is not compulsory. I mean, octave-forge may be able to work in a pre-build manner. Thus, it may be possible to provide a matched octave-forge package so that it can be used with the current octave core in sid (after addpath the oct files and m files of octave-forge). Well, I'm not sure about it; just a guess :-) Thanks for your suggestions but we already started discussing about this in the pkg-octave-devel mailing list [1]. This is a quite big project and I cannot foresee when it will be done. [1] http://lists.alioth.debian.org/pipermail/pkg-octave-devel/2007-March/002200.html -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417659: [Pkg-octave-devel] Bug#417659: octave2.9-forge: API version mismatches the octave core
package octave2.9-forge tags 417659 confirmed pending thanks * Hongzheng Wang [EMAIL PROTECTED] [2007-04-04 10:55]: Package: octave2.9-forge Version: 2006.07.09+dfsg1-8 Severity: normal Hi, It seems that the API version of the oct files in this package mismatches the version of octave core in octave2.9 version 2.9.10-3, the up-to-date octave2.9 package in unstable. Could you please upload a matched one? Thank you. P.S. error: API version api-v22 found in .oct file function `symbols' does not match the running Octave (API version api-v23) this can lead to incorrect results or other failures you can fix this problem by recompiling this .oct file Thanks, we are aware of this. I am working on it. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417671: [Pkg-octave-devel] Bug#417671: octave2.9: Reshape matrix bug
package octave2.9 tags 417671 confirmed upstream patch fixed-upstream pending thanks * Thomas Weber [EMAIL PROTECTED] [2007-04-04 11:11]: Am Mittwoch, den 04.04.2007, 10:44 +0200 schrieb Kim Hansen: Package: octave2.9 Version: 2.9.10-3.2 Severity: normal Tags: patch I have reported the bug on the octave mailing list and jwe wrote a fix: http://www.nabble.com/Reshape-matrix-bug-tf3515922.html I would like to get the fix in the Debian 2.9.10 package as our program crashes on this bug. Thanks for your bugreport and the patch. Rafael, I'm taking this one. Great. Please, include also test/test_slice.m from CVS in the dpatch. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417487: [Pkg-octave-devel] Bug#417487: FTBFS with GCC 4.3: missing #includes
* John W. Eaton [EMAIL PROTECTED] [2007-04-03 22:38]: On 3-Apr-2007, Martin Michlmayr wrote: | * Rafael Laboissiere [EMAIL PROTECTED] [2007-04-02 23:48]: | Does 2.9.10-3, the version currently in unstable also fail in the same | way? | | Yes, it does. Hopefully I'll be able to send a patch tomorrow or the | day after. I installed the gcc-snapshot package and cleaned up a few things so I think the current CVS sources should build with the current snapshot of GCC 4.3 now. Thanks John, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417659: [Pkg-octave-devel] Bug#417659: octave2.9-forge: API version mismatches the octave core
package octave2.9-forge tags 417659 - pending thanks * Rafael Laboissiere [EMAIL PROTECTED] [2007-04-04 09:04]: * Hongzheng Wang [EMAIL PROTECTED] [2007-04-04 10:55]: It seems that the API version of the oct files in this package mismatches the version of octave core in octave2.9 version 2.9.10-3, the up-to-date octave2.9 package in unstable. Could you please upload a matched one? Thank you. Thanks, we are aware of this. I am working on it. Bad news: the current octave2.9-forge package does not work well with octave2.9 and this will take some time to fix. It is too bad that I uploaded 2.9.10 to unstable before checking this. The current Octave-Forge packages are intended to be installed in the user's system through the new pkg system. What should we do now? Deprecate octave2.9-forge or fix it by backporting the code obtained from CVS ? A third solution would be to start working immediately on the new pkg2deb package. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417486: [Pkg-octave-devel] Bug#417486: FTBFS with GCC 4.3: missing #includes
* Thomas Weber [EMAIL PROTECTED] [2007-04-04 11:34]: Hi, Am Montag, den 02.04.2007, 17:41 -0400 schrieb John W. Eaton: I expect that some 2.9.x version of Octave will be declared the recommended version of Octave before GCC 4.3 (or maybe even GCC 4.2) is released, so I don't have any plans to fix these problems in my 2.1.x sources. You're of course free to fix them in the Debian packages. I seriously hope we can get rid of the 2.1 packages before gcc-4.3 hits the archive. Any objections to tagging this bug 'wontfix'? None from me. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417487: [Pkg-octave-devel] Bug#417487: FTBFS with GCC 4.3: missing #includes
* Martin Michlmayr [EMAIL PROTECTED] [2007-04-02 22:27]: Package: octave2.9 Version: 2.9.9-8etch1 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. [snip] Does 2.9.10-3, the version currently in unstable also fail in the same way? BTW, is there a web page with the database of gcc-4.3 build failures? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417238: RM: glpk-shlib -- RoM; superseded by glpk (= 4.15)
Package: ftp.master.org Severity: normal Please, remove the glpk-shlib package. It has been superseded by the glpk package, version 4.15 and later. The new glpk package produces the shared libraries now, which are needed for building the octave2.{1,9} packages. I used to be the maintainer of glpk-shlib. Both glpk and glpk-shlib packages are now maintained by the Debian Scientific Computing Team but I am the main responsible developer for these packages. Thanks, Rafael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) signature.asc Description: Digital signature
Bug#416046: Pending Bugs #416046 and #416431
# See http://svn.debian.org/wsvn/pkg-octave/octave/trunk/debian/?rev=877sc=1 tags 416046 pending # See http://svn.debian.org/wsvn/pkg-octave/octave/trunk/debian/?rev=878sc=1 tags 416431 pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416046: [Pkg-octave-devel] Bug#416046: octave2.9: pathdef doesn't include dir with info-emacs-info and info-emacs-octave-help
package octave2.9 tags 416046 fixed-upstream thanks * John W. Eaton [EMAIL PROTECTED] [2007-03-29 11:12]: On 28-Mar-2007, Rafael Laboissiere wrote: | package octave2.9 | tags 416046 = upstream patch | thanks | | I am forwarding below a bug report filed against the octave2.9 package in | Debian. The full context can be seen at the Debian BTS [1]. The bug | reporter is correctly complaining that the docs are outdated regarding the | old built-in variables LOADPATH, INFO_FILES, and INFO_PROGRAM. Please, | consider the attached patch against the CVS sources, in which I tried to | chase down all the references to the variables above. I applied the patch. Thanks, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416431: octave2.9-emacsen: replace gnudoit by gnuclient in wrapper scripts
package octave2.9-emacsen tags 416431 fixed-upstream thanks * John W. Eaton [EMAIL PROTECTED] [2007-03-29 10:55]: On 28-Mar-2007, Rafael Laboissiere wrote: | package octave2.9-emacsen | tags 416431 upstream patch | thanks | | The bug report below was filed against the octave2.9 package in Debian. | Full context is found in the Debian BTS [1]. Please consider the patch | attached below, which fixes the problem. I applied this patch. Thanks. Shouldn't we do the same for examples/info-emacs-octave-help? Sure, I forgot it. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416431: octave2.9-emacsen: replace gnudoit by gnuclient in wrapper scripts
* John W. Eaton [EMAIL PROTECTED] [2007-03-29 10:55]: On 28-Mar-2007, Rafael Laboissiere wrote: | package octave2.9-emacsen | tags 416431 upstream patch | thanks | | The bug report below was filed against the octave2.9 package in Debian. | Full context is found in the Debian BTS [1]. Please consider the patch | attached below, which fixes the problem. I applied this patch. I reviewed your changes in CVS. Unfortunately, the scripts do not work for me. I am using Emacs 21.4 and gnuserv 3.12.7. When I type: $ cd /tmp $ emacs -eval (gnuserv-start) $ octave2.9 -q octave2.9:1 info_program (info-emacs-info) octave2.9:2 doc a gnuclient window pops up but no info file is loaded. Instead, a bunch of buffers are created, as seen in the output of C-x C-b: MR Buffer Size Mode File -- -- . Top) 0 Fundamental /tmp/Top) octave2.9.info 0 Fundamental /tmp//usr/share/info/octave2.9.info (Info-find-node 0 Fundamental /tmp/(Info-find-node info) 0 Fundamental /tmp//usr/share/info) 'Info-directory-list 0 Fundamental/tmp/'Info-directory-list (add-to-list0 Fundamental /tmp/(add-to-list 'info) 0 Fundamental /tmp/'info) (require0 Fundamental /tmp/(require Using this instead (as in my original patch): gnuclient -batch -q -eval $cmd fixes the problem. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416048: [Pkg-octave-devel] Bug#416048: octave2.9-emacsen: use update-alternatives for octave-inf and co
package octave2.9-emacsen tags 416048 wontfix thanks * Pascal A. Dupuis [EMAIL PROTECTED] [2007-03-24 12:05]: Package: octave2.9-emacsen Severity: normal Tags: patch [snip] May I also ask for the use of update-alternatives to use the right versions of octave-inf and co ? There are indeed three sources: emacs21-el_21.4a+1-3_all.deb octave2.9-emacsen_2.9.9-8etch1_all.deb octave2.1-emacsen Although it is not very desirable to have many versions of octave-*.el around, I do not really think that it is a real bug or, at least, that it should be fixed. Here is my rationale: First, implementing an update-alternatives mechanism for these files is quite complicated, because of the specifics of Emacsen initialization in Debian. I do not think that we could do it for the files in /etc/emacs/site-stard.d/ (they are configuration files, after all). Even worse, it would not help to set alternatives to the *.el files, since the *.elc files are compiled at install time. Second, the order of priority of the three packages providing Octave support for Emacsen is currently the following: 1) octave2.9-emacsen 2) octave2.1-emacsen 3) emacs21-el The octave2.*-emacsen packages contains the ultimate Emacs Lisp source files for the Octave support, meaning that they are preferable than the ones in emacs21-el. Also, the files in octave2.1-emacsen are not newer than the ones in octave2.9-emacsen. So, the priority order above is fortunate (although it was not designed to be so). I will let this bug report open for now, but will close it in the near future unless it is proven that this is a real bug. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416435: octave2.9-emacsen: octave-help-files should be set to (octave2.9)
package octave2.9-emacsen tags 416435 moreinfo thanks * Pascal A. Dupuis [EMAIL PROTECTED] [2007-03-24 12:13]: Package: octave2.9-emacsen Severity: normal Also, the content of octave-help-files is set to (octave), it should be set to (octave2.9), the following solve it in .emacs: (defvar octave-help-files '(octave2.9) List of info files with documentation for Octave. Our default is (\octave2.9\).) I am not sure we should fix this. The /usr/share/info/octave.info.gz file is already managed by upadte-alternatives. (autoload 'octave-help octave-hlp nil t) This is already in /etc/emacs/site-start.d/50octave2.*-emacsen.el. (load gnuserv-compat) (load-library gnuserv) (gnuserv-start) To have this to work, 'gnuserv' is thus a dependency. Are you suggesting that the code above (or a variant of it) should be added to the initialization file? Adding a dependency to gnuserv and forcing its loading does not seem to be a good idea to me. In sum, the points above do not justify a real bug report, hence the moreinfo tag. As usual, this bug report will be closed in a reasonable time frame if there is no better argumentation for it. Thanks, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416046: [Pkg-octave-devel] Bug#416046: octave2.9: pathdef doesn't include dir with info-emacs-info and info-emacs-octave-help
package octave2.9 tags 416046 moreinfo thanks * Pascal A. Dupuis [EMAIL PROTECTED] [2007-03-24 11:55]: Package: octave2.9 Severity: normal Hello, while trying to understand why the info mode didn't work as expected in octave2.9 running under emacs, I found that the required programs (shell scripts calling gnudoit), info-emacs-info info-emacs-octave-help, are placed under /usr/lib/octave/2.9.9/exec/i486-pc-linux-gnu This dir does not appear in pathdef, so both functions are unknown. Could you please solve it ? I am puzzled by this bug report. The path returned by pathdef() is used only for finding *.m and *.oct files and not the executables in /usr/lib/octave/version/exec/arch. BTW, the following works perfectly for me: $ sudo apt-get install emacs21 gnuserv octave2.9 octave2.9-info $ emacs -eval (gnuserv-start) $ octave2.9 octave2.9:1 info_program (info-emacs-info) octave2.9:2 doc I see then the info directory in my emacs frame. Does this work for you? I may have misunderstood your problem. At any rate, I am tagging this bug report moreinfo, meaning that if we do not receive further informations in a reasonable time frame I will close this bug report. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416410: octave2.9-emacsen: use update-alternatives for octave-inf and co
Package: octave2.9-emacsen Severity: normal I am filing this bug report in the behalf of Pascal A. Dupuis, because the original bug report (#416048) concerned actually two unrelated bugs. The relevant part of the report is: * Pascal A. Dupuis [EMAIL PROTECTED] [2007-03-24 12:05]: Package: octave2.9-emacsen Severity: normal Tags: patch [snip] May I also ask for the use of update-alternatives to use the right versions of octave-inf and co ? There are indeed three sources: emacs21-el_21.4a+1-3_all.deb octave2.9-emacsen_2.9.9-8etch1_all.deb octave2.1-emacsen -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416048: octave2.9-emacsen: interface change in pwd = error message in octave-mod
package octave2.9-emacsen tags 416048 confirmed pending thanks * Pascal A. Dupuis [EMAIL PROTECTED] [2007-03-24 12:05]: Package: octave2.9-emacsen Severity: normal Tags: patch Hello, I introduced in 2005 the following patch to octave-mod: --- octave-inf.el.orig 2005-08-22 11:34:57.0 +0200 +++ octave-inf.el 2005-08-22 11:38:05.0 +0200 @@ -234,7 +234,10 @@ ;; And finally, everything is back to normal. (set-process-filter proc 'inferior-octave-output-filter) -(run-hooks 'inferior-octave-startup-hook))) +(run-hooks 'inferior-octave-startup-hook) +;; just in case, to be sure a cd in the startup file +;; won't have detrimental effects +(inferior-octave-resync-dirs))) ^L (defun inferior-octave-complete () The purpose is to made the idea of inferior-octave process and emacs buffer about dirs the same in case the initialisation file '.octaverc' contains a 'cd' command. It started failing some times ago about unknown CDPATH. The reason is that pwd now returns 'ans = /home/user', and cding to 'ans = /home/user' is not possible. The workaround is to use disp(pwd) instead: --- octave-inf.el.orig 2007-03-23 17:16:19.0 +0100 +++ octave-inf.el 2007-03-23 17:16:35.0 +0100 @@ -386,7 +386,7 @@ This command queries the inferior Octave process about its current directory and makes this the current buffer's default directory. (interactive) - (inferior-octave-send-list-and-digest '(pwd\n)) + (inferior-octave-send-list-and-digest '(disp(pwd)\n)) (cd (car inferior-octave-output-list))) Thanks for the bug report and the patch. This problem is already fixed upstream [1] and appears in verison 2.9.10 released today. I already started packaging this version for Debian, which will hopefully be uploaded soon to unstable. [1] http://velveeta.che.wisc.edu/cgi-bin/cvsweb.cgi/octave/emacs/octave-inf.el.diff?r1=1.16;r2=1.17 -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416049: [Pkg-octave-devel] Bug#416049: octave2.9-emacsen: help -i and doc not working
Package: octave2.9-emacsen Severity: normal I am separating the request below fro Bug#416049: * Pascal A. Dupuis [EMAIL PROTECTED] [2007-03-24 12:13]: Package: octave2.9-emacsen Severity: normal Furthermore, the info-emacs-info and info-emacs-octave-help scripts are wrapper around gnudoit, and gnudoit is said to be deprecated, it has to be replaced by 'gnuclient -batch -eval ', could you please solve ? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416049: octave2.9-emacsen: octave-help-files should be set to (octave2.9)
Package: octave2.9-emacsen Severity: normal I am separating the request below from Bug#416049: * Pascal A. Dupuis [EMAIL PROTECTED] [2007-03-24 12:13]: Package: octave2.9-emacsen Severity: normal Also, the content of octave-help-files is set to (octave), it should be set to (octave2.9), the following solve it in .emacs: (defvar octave-help-files '(octave2.9) List of info files with documentation for Octave. Our default is (\octave2.9\).) (autoload 'octave-help octave-hlp nil t) (load gnuserv-compat) (load-library gnuserv) (gnuserv-start) -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415736: cannot handle charsets
* martin f krafft [EMAIL PROTECTED] [2007-03-22 12:10]: reopen 415736 retitle 415736 please add support for VCard 2.1/ENCODING=QUOTED-PRINTABLE severity 415736 wishlist thanks also sprach Rafael Laboissiere [EMAIL PROTECTED] [2007.03.21.2318 +0100]: Your file contains a field with ENCODING=QUOTED-PRINTABLE and this confuses rolo. I am hereby closing this bug report. Feel free to reopen it, if you disagree. Can we just make it a wishlist request to be able to read, or import/export VCard 2.1 data? Yes, we can. However, I am afraid this will stay a wishlist item forever, since upstream development seems to have been stopped [1]. [1] http://sourceforge.net/forum/forum.php?forum_id=305722 BTW, you probably forgot to send your message to [EMAIL PROTECTED] -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415736: cannot handle charsets
* martin f krafft [EMAIL PROTECTED] [2007-03-22 13:16]: also sprach Rafael Laboissiere [EMAIL PROTECTED] [2007.03.22.1310 +0100]: BTW, you probably forgot to send your message to [EMAIL PROTECTED] I did, bouncing. Thanks. I reassigned this bug report to libvc0, which is the vCard library rolo depends upon and where the v2.1 implementation would take place. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415780: octave2.1: Please upgrade gnuplot dependency from suggests: to recommends:
* Geraint Paul Bevan [EMAIL PROTECTED] [2007-03-22 15:56]: I am only lurking and don't have a particularly strong opinion about this, but recommends seems to make more sense to me. Even running a batch job from a terminal it is still usually desirable for the plot function to work correctly. For example, the following should create a file sin.ps whether or not it is executed from a graphics-capable terminal: echo t=[0:0.1:10]'; x=sin(t); plot(t,x); print -depsc2 \sin.ps\\ | octave Thanks for your opinion. Let us collect some more votes before deciding to change the Suggests to Recommends. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375308: webcalendar: die_miserable_death($error) echoes nothing
* Thijs Kinkhorst [EMAIL PROTECTED] [2006-12-25 18:20]: On Sat, December 23, 2006 23:04, Fernando M. Maresca wrote: Hi. Here is the function: ### function die_miserable_death ( $error ) { global $TROUBLE_URL; echo htmlheadtitleWebCalendar: Fatal Error/title/head\n . bodyh2WebCalendar Error/h2\n . /body/html\n; exit; } ### Now, don't you think that would be nice that this function actually echoes the $error argument somewhere inside the body? ;-) Hmm, I indeed misread this. The Debian package specifically patches this function to change it (I was looking at the source package file); I'm quite unsure why. It should be investigated and possibly fixed indeed. I looked at debian/patches/01_config_patch.dpatch. The comment in its header says: ## DP: Fixes a problem with showing error messages (like invalid logins) ## and adds support for reading settings.conf Most of the patch concerns the second phrase (adds support for reading settings.conf). The first phrase (problem with showing error messages) regards this part of the patch: @@ -49,67 +49,44 @@ global $TROUBLE_URL; echo htmlheadtitleWebCalendar: Fatal Error/title/head\n . bodyh2WebCalendar Error/h2\n . -p$error/p\nhr / . -pa href=\$TROUBLE_URL\target=\_blank\ . -Troubleshooting Help/a/p/body/html\n; +/body/html\n; exit; } which is the object of the present bug report. However, I cannot understand which problem the changes above are trying to fix. Later in the same patch, there is code like this: foreach ( array ( db_type, db_host, db_login, db_password) as $s ) { if ( empty ( $settings[$s] ) ) { die_miserable_death ( Could not find tt$s/tt defined in . - your ttsettings.php/tt file.\n); + your tt$WC_CONFIG_FILE/tt file.\n); } } If the patch itself is changing the argument of die_miserable_death, why would it be ignored with the first change set? That makes no sense and is probably an unintentional change. Unfortunately, I could not find a comment about this patch in debian/changelog. Is Tim Peeler (the author of the patch) still active? I would strongly suggest to use the patch attached below instead. -- Rafael #! /bin/sh /usr/share/dpatch/dpatch-run ## 01_config_patch.dpatch by [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fixes a problem with showing error messages (like invalid logins) ## and adds support for reading settings.conf @DPATCH@ diff -urNad webcalendar-1.0.3~/includes/config.php webcalendar-1.0.3/includes/config.php --- webcalendar-1.0.3~/includes/config.php 2006-05-22 11:51:20.0 -0400 +++ webcalendar-1.0.3/includes/config.php 2006-05-22 12:01:27.0 -0400 @@ -49,58 +49,37 @@ // Open settings file to read -$settings = array (); -$settings_file = dirname(__FILE__) . /settings.php; -//called from send_reminders.php -if ( ! empty ( $includedir ) ) - $fd = @fopen ( $includedir/settings.php, rb, true ); -else - $fd = @fopen ( settings.php, rb, true ); -if ( ! $fd ) - $fd = @fopen ( includes/settings.php, rb, true ); -if ( ! $fd file_exists ( $settings_file ) ) - $fd = @fopen ( $settings_file, rb, true ); -if ( empty ( $fd ) ) { - // There is no settings.php file. - // Redirect user to install page if it exists. - if ( file_exists ( install/index.php ) ) { -Header ( Location: install/index.php ); -exit; - } else { -die_miserable_death ( Could not find settings.php file.br /\n . - Please copy settings.php.orig to settings.php and modify for your . - site.\n ); - } -} -// We don't use fgets() since it seems to have problems with Mac-formatted -// text files. Instead, we read in the entire file, then split the lines -// manually. -$data = ''; -while ( ! feof ( $fd ) ) { - $data .= fgets ( $fd, 4096 ); +$WC_CONFIG_FILE = /etc/webcalendar/settings.conf; +$WC_ALT_FILE = $_ENV['WEBCALENDAR_CONFIG_FILE']; +if (!empty($WC_ALT_FILE) file_exists($WC_ALT_FILE) +is_readable($WC_ALT_FILE)) { +$WC_CONFIG_FILE = $WC_ALT_FILE; } -fclose ( $fd ); -// Replace any combination of carriage return (\r) and new line (\n) -// with a single new line. -$data = preg_replace ( /[\r\n]+/, \n, $data ); +if (file_exists($WC_CONFIG_FILE) is_readable($WC_CONFIG_FILE)) { +$configLines = file($WC_CONFIG_FILE); +} else { +die(Could not read $WC_CONFIG_FILE\n); +} -// Split the data into lines. -$configLines = explode ( \n, $data ); +$settings = array (); for ( $n = 0; $n count ( $configLines ); $n++ ) { $buffer = $configLines[$n]; - $buffer = trim ( $buffer, \r\n ); - if ( preg_match ( /^#/, $buffer ) ) -continue; - if ( preg_match ( /^\?/, $buffer ) ) // start php code -continue; - if ( preg_match ( /^\?/, $buffer ) ) // end php code -continue; - if ( preg_match ( /(\S+):\s*(\S+)/, $buffer, $matches ) ) { -$settings[$matches[1]] = $matches[2]; -//echo settings $matches[1] = $matches[2] br; +
Bug#415737: segfaults when deleting records (on amd64)
* martin f krafft [EMAIL PROTECTED] [2007-03-21 16:35]: Package: rolo Version: 011.dfsg.1-1 Severity: important I try to delete a record on amd64, and the programme segfaults. strace is attached. Could you please send me the *.vcf file you used and tell me the exact steps to replicate the bug. I would like to test it on i386. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415736: cannot handle charsets
* martin f krafft [EMAIL PROTECTED] [2007-03-21 16:33]: Package: rolo Version: 011.dfsg.1-1 Severity: normal rolo cannot read a VCard such as the attached one. I am not sure whether it's valid, it is generated by PalmOS. There was no file attached. Could you please send it? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415737: segfaults when deleting records (on amd64)
* martin f krafft [EMAIL PROTECTED] [2007-03-21 18:16]: also sprach Rafael Laboissiere [EMAIL PROTECTED] [2007.03.21.1743 +0100]: Could you please send me the *.vcf file you used and tell me the exact steps to replicate the bug. I would like to test it on i386. You can use the attached one, then simply press d followed by y. Note that the record actually gets deleted. Thanks. I can replicate the bug with your file as well as with any other vcf file that contains a single record. This is a bug in the program and I found a one-line patch that reliably fixes it. However, in your case, this bug is interfering with #415736, because your adac.vcf is not correctly recognized by rolo due to the quoted-printable character encoding. Even if the record is duplicated with a text editor (see attached file), rolo still only finds a single record in the file. Notice that when the vcf file contains a regular record before the problematic one, then rolo recognizes the two records and it is possible to delete any of them without segfaulting (see adac2.vcf attached below). At any rate, I have to check whether your file is a valid VCard. Not recognizing the quoted-printable character encoding may be a limitation of rolo. -- Rafael BEGIN:VCARD VERSION:2.1 X-PALM:4.0 N:ADAC ADR;WORK;CHARSET=windows-1252:;;Am Westpark 8;M?nchen;;81373;de ORG:ADAC NOTE;CHARSET=windows-1252;ENCODING=QUOTED-PRINTABLE:= Mitgliedsnummer: 253196572=0D=0A= =0D=0A= Info: +49.1805.101112=0D=0A= Verletzung: +49.89.767676=0D=0A= Rechtsabteilung: +49.89.76762423=0D=0A= Nissen (Ausland): +49.89.76763488=0D=0A= [EMAIL PROTECTED] Fax: +49.89.76762501=0D=0A= =0D=0A= Frankreich: 047 21 71 222=0D=0A= Italien: 02 66 15 91 / 800 11 68 00=0D=0A= =D6sterreich: 01 251 2060 / 120 TEL;PREF;WORK;VOICE:+49.89.22 TEL;WORK;CELL:+49.22 TEL;WORK;FAX:+49.89.76762288 TEL:+49.1802.22 TEL;WORK;CELL;ENCODING=QUOTED-PRINTABLE:= 2423=0D=0A X-PALM-CUSTOM;4:+49.69.66078402/5 UID:10404004 END:VCARD BEGIN:VCARD VERSION:2.1 X-PALM:4.0 N:ADAC ADR;WORK;CHARSET=windows-1252:;;Am Westpark 8;M?nchen;;81373;de ORG:ADAC NOTE;CHARSET=windows-1252;ENCODING=QUOTED-PRINTABLE:= Mitgliedsnummer: 253196572=0D=0A= =0D=0A= Info: +49.1805.101112=0D=0A= Verletzung: +49.89.767676=0D=0A= Rechtsabteilung: +49.89.76762423=0D=0A= Nissen (Ausland): +49.89.76763488=0D=0A= [EMAIL PROTECTED] Fax: +49.89.76762501=0D=0A= =0D=0A= Frankreich: 047 21 71 222=0D=0A= Italien: 02 66 15 91 / 800 11 68 00=0D=0A= =D6sterreich: 01 251 2060 / 120 TEL;PREF;WORK;VOICE:+49.89.22 TEL;WORK;CELL:+49.22 TEL;WORK;FAX:+49.89.76762288 TEL:+49.1802.22 TEL;WORK;CELL;ENCODING=QUOTED-PRINTABLE:= 2423=0D=0A X-PALM-CUSTOM;4:+49.69.66078402/5 UID:10404004 END:VCARD BEGIN:VCARD VERSION:2.1 N:ADAC END:VCARD BEGIN:VCARD VERSION:2.1 X-PALM:4.0 N:ADAC ADR;WORK;CHARSET=windows-1252:;;Am Westpark 8;M?nchen;;81373;de ORG:ADAC NOTE;CHARSET=windows-1252;ENCODING=QUOTED-PRINTABLE:= Mitgliedsnummer: 253196572=0D=0A= =0D=0A= Info: +49.1805.101112=0D=0A= Verletzung: +49.89.767676=0D=0A= Rechtsabteilung: +49.89.76762423=0D=0A= Nissen (Ausland): +49.89.76763488=0D=0A= [EMAIL PROTECTED] Fax: +49.89.76762501=0D=0A= =0D=0A= Frankreich: 047 21 71 222=0D=0A= Italien: 02 66 15 91 / 800 11 68 00=0D=0A= =D6sterreich: 01 251 2060 / 120 TEL;PREF;WORK;VOICE:+49.89.22 TEL;WORK;CELL:+49.22 TEL;WORK;FAX:+49.89.76762288 TEL:+49.1802.22 TEL;WORK;CELL;ENCODING=QUOTED-PRINTABLE:= 2423=0D=0A X-PALM-CUSTOM;4:+49.69.66078402/5 UID:10404004 END:VCARD
Bug#415776: libtext-vfile-asdata-perl: Must depend on libclass-accessor-chained-perl
Package: libtext-vfile-asdata-perl Version: 0.0.5-1 Severity: grave Justification: renders package unusable Running the very simple script attached below results in the following: $ ./test-text-vfile-asdata.pl Base class package Class::Accessor::Chained::Fast is empty. (Perhaps you need to `use' the module which defines that package first.) at /usr/share/perl5/Text/vFile/asData.pm line 5 BEGIN failed--compilation aborted at /usr/share/perl5/Text/vFile/asData.pm line 5. Compilation failed in require at ./test-text-vfile-asdata.pl line 3. BEGIN failed--compilation aborted at ./test-text-vfile-asdata.pl line 3. Installing the libclass-accessor-chained-perl package fixes the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libtext-vfile-asdata-perl depends on: ii perl 5.8.8-6.1 Larry Wall's Practical Extraction libtext-vfile-asdata-perl recommends no packages. -- no debconf information -- Rafael #!/usr/bin/perl use Text::vFile::asData; my $data = Text::vFile::asData-new-parse (main::DATA); __DATA__ BEGIN:VCARD VERSION:2.1 N:ADAC END:VCARD
Bug#415780: octave2.1: Please upgrade gnuplot dependency from suggests: to recommends:
* Jordi Gutierrez Hermoso [EMAIL PROTECTED] [2007-03-21 15:59]: Seeing how gnuplot is the default plotting engine in Octave and the one that the Octave team works with the most, I think its priority as an octave dependence should be upgraded from suggests: to recommends:. I was quite surprised to see today that aptitude installed octave but that it didn't pull in gnuplot. I am not sure I agree with you. Although I understand your arguments, remember that Octave can be used without any graphical interface. To give you an example, I use Octave mainly to process data in batches. I do my serious graphics for publications with other software (namely R). Of course, YMMV. I would like to hear the opinion of people lurking at the pkg-octave-devel mailing list, both those involved in Debian and in upstream development. If there is a consensus that Suggests: should be upgraded to Recommends:, I will gladly do the change. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415407: tipa: dvipdf complains: Font tipa10 at 8000 not found; scaling 600 instead
* Ryo Furue [EMAIL PROTECTED] [2007-03-19 15:16]: Yes, although my dvips is from a different package from yours: $ dvips mydoc.dvi -o mydoc.ps This is dvips(k) p1.7a Copyright 2005 ASCII Corp.([EMAIL PROTECTED]) based on dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2007.03.19:1507' - mydoc.ps tex.protexps.pro. cmr10.pfb[1] $ I seem to have the same dvips as yours: $ /usr/bin/dvips.nonja mydoc.dvi -o mydoc.ps This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2007.03.19:1507' - mydoc.ps tex.protexps.pro. cmr10.pfb[1] $ My dvips seems to be from the dvipsk-ja package, while the other one is from the tetex-bin package. I tried with dvipsk-ja installed here and I cannot replicate the bug. I am just curious: in the examples above, are you using the same mydoc.tex you reported before? Why is not tipa10.pfb getting included in the PS file? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415407: tipa: dvipdf complains: Font tipa10 at 8000 not found; scaling 600 instead
* Ryo Furue [EMAIL PROTECTED] [2007-03-19 23:14]: | Why is not tipa10.pfb getting included in the PS | file? I wish I knew. . . . I don't know if I'm answering your question, but the generated PS file contains a tipa10 bitmap: %DVIPSBitmapFont: Fa tipa10 10 3 /Fa 3 115 df003FC1FFF80007C07E000E001F001C000F80380007E073E060 [ . . . snip . . .] %EndDVIPSBitmapFont I obtain a different result: $ grep tipa mydoc.ps %%DocumentFonts: CMR10 TeX-tipa10 %%BeginFont: TeX-tipa10 %!PS-AdobeFont-1.0: TeX-tipa10 001.001 /FamilyName (TeX\040tipa10) def /FullName (TeX\040tipa10\040Regular) def /FontName /TeX-tipa10 def @start /Fa 141[33 1[46 47[37 64[{}3 83.022 /TeX-tipa10 It seems that, in my system, the tipa10.pfb is actually included in the PS file (cf the %!PS-AdobeFont-1.0 header above). In your case, it seems that regular bitmapped PK font has been included. The generated PDF file (by ps2pdf) also seems to contain it: $ pdffonts mydoc.pdf name type emb sub uni object ID --- --- --- - SXUDLP+CMR10 Type 1C yes yes no 9 0 [none] Type 3 yes no yes 10 0 $ Adobe Acrobat says that mydoc.pdf contains a font named a font called T3Font_O besides CMR10 (embedded). Again, I get different results: $ pdffonts mydoc.pdf name type emb sub uni object ID --- --- --- - OTJKZH+CMR10 Type 1C yes yes no 11 0 ISKIZW+TeX-tipa12Type 1C yes yes no 9 0 So, it seems that how tipa fonts are handled is somehow different on my system than on yours, right? Do you have any idea on where to look? vflib2 ? We should try to understand why in my system the *.pfb files are used, while they are ignored in yours. I have no clue where to start looking. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415407: tipa: dvipdf complains: Font tipa10 at 8000 not found; scaling 600 instead
* Rafael Laboissiere [EMAIL PROTECTED] [2007-03-20 10:32]: We should try to understand why in my system the *.pfb files are used, while they are ignored in yours. I have no clue where to start looking. What does this gives for you: grep tipa /var/lib/texmf/web2c/updmap.cfg \ /var/lib/texmf/fonts/map/dvips/updmap/psfonts.map -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415407: tipa: dvipdf complains: Font tipa10 at 8000 not found; scaling 600 instead
* Ryo Furue [EMAIL PROTECTED] [2007-03-20 12:24]: | What does this gives for you: | | grep tipa /var/lib/texmf/web2c/updmap.cfg \ | /var/lib/texmf/fonts/map/dvips/updmap/psfonts.map | $ grep tipa /var/lib/texmf/web2c/updmap.cfg ### From file: /etc/texmf/updmap.d/10tipa.cfg # 10tipa.cfg MixedMap tipa.map ### End of file: /etc/texmf/updmap.d/10tipa.cfg $ grep tipa /var/lib/texmf/fonts/map/dvips/updmap/psfonts.map tipa10 TeX-tipa10 tipa10.pfb tipa12 TeX-tipa12 tipa12.pfb tipa17 TeX-tipa17 tipa17.pfb tipa8 TeX-tipa8 tipa8.pfb tipa9 TeX-tipa9 tipa9.pfb tipab10 TeX-tipab10 tipab10.pfb tipabs10 TeX-tipabs10 tipabs10.pfb tipabx10 TeX-tipabx10 tipabx10.pfb tipabx12 TeX-tipabx12 tipabx12.pfb tipabx8 TeX-tipabx8 tipabx8.pfb tipabx9 TeX-tipabx9 tipabx9.pfb tipasb10 TeX-tipasb10 tipasb10.pfb tipasi10 TeX-tipasi10 tipasi10.pfb tipasl10 TeX-tipasl10 tipasl10.pfb tipasl12 TeX-tipasl12 tipasl12.pfb tipasl8 TeX-tipasl8 tipasl8.pfb tipasl9 TeX-tipasl9 tipasl9.pfb tipass10 TeX-tipass10 tipass10.pfb tipass12 TeX-tipass12 tipass12.pfb tipass17 TeX-tipass17 tipass17.pfb tipass8 TeX-tipass8 tipass8.pfb tipass9 TeX-tipass9 tipass9.pfb tipats10 TeX-tipats10 tipats10.pfb tipatt10 TeX-tipatt10 tipatt10.pfb tipatt12 TeX-tipatt12 tipatt12.pfb tipatt8 TeX-tipatt8 tipatt8.pfb tipatt9 TeX-tipatt9 tipatt9.pfb Okay, I am puzzled. Let us try this: dvips -o mydoc.ps mydoc.dvi -d 3650 2 mydoc.dvips.log and send to me the resulting log file. Thanks. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295985: myspell-pt-br: Wrong format for pt_BR.dic leads to wrong corrections
* Rafael Laboissiere [EMAIL PROTECTED] [2007-02-09 14:31]: package myspell-pt-br tags 295985 moreinfo unreproducible thanks * Michel Loos [EMAIL PROTECTED] [2005-02-19 12:01]: The pt_BR.dic file has several repeated roots e.g. outro/A outro/B in this way the second line is not considered by myspell and 'outros' will be considered as mispelled. I am revisiting this bug report. I cannot reproduce the problem with oowriter. See the attached screenshot. I am using: myspell-pt-br 3.0~beta4-2 openoffice.org 2.0.4-7 I still see here: $ grep ^outro/ /usr/share/myspell/dicts/pt_BR.dic outro/A outro/B If there is no reaction to this message in a reasonable amount of time (say, one month from now), I will close this bug report. There was no reaction to the message above. I am hereby closing this bug report. Feel free to reopen it if further evidence for the bug is given. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415407: tipa: dvipdf complains: Font tipa10 at 8000 not found; scaling 600 instead
package tipa tags 415407 unreproducible moreinfo thanks * Ryo Furue [EMAIL PROTECTED] [2007-03-18 23:13]: Package: tipa Version: 2:1.3-4 Severity: normal Hi When I try to convert a DVI file using dvipdf, this happens: $ latex mydoc.tex . . . . $ dvipdf mydoc.dvi dvips: Font tipa10 at 8000 not found; scaling 600 instead. dvips: Such scaling will generate extremely poor output. $ The resulting PDF looks OK, though. If I generate a PDF file, via a PostScript file, then I don't see any error: $ dvips mydoc.dvi $ ps2pdf mydoc.ps $ In case the following information is relevent: My dvipdf comes from the gs-common package and my /usr/bin/gs points to /usr/bin/gs-esp . %--- mydoc.tex: source LaTeX file -- \documentclass{article} \usepackage{tipa} \begin{document} [EMAIL PROTECTED] \end{document} %--- end of source --- I cannot reproduce this bug at all in my sid chroot here. I suspect that the problem is due to some TeX configuration on your system, and does not really come from the tipa package. The error message issued by dvipdf (actually dvips) above typically occurs when the font cannot be generated by some tool in the build chain, like metafont. However, since the tipa*.pfb files are present in the package, those files get included by dvips. Indeed: $ dvips mydoc.dvi -o mydoc.ps This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) 'TeX output 2007.03.20:0047'- mydoc.dvi tex.protexps.pro. tipa10.pfbcmr10.pfb[1] Do you get the same as above in your system? I tagged this bug moreinfo, meaning that if I do not receive further information in a reasonable time frame (say, one month from now) allowing to reproduce the bug reliably, this bug report will be closed. Anyway, thanks for your bug report. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415339: reportbug: Buttons too wide in bugs list (urwid UI)
Package: reportbug Version: 3.33 Severity: minor Tags: patch When using the urwid UI, the buttons column (at the left side) is too wide, making the bugs titles (at the right side) hard to read. The patch attached below makes the interface looks much better for me. Also, the severity list suffers from the same problem. Rafael -- Package-specific info: ** Environment settings: EDITOR=jed DEBEMAIL=[EMAIL PROTECTED] EMAIL=[EMAIL PROTECTED] INTERFACE=urwid -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages reportbug depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt reportbug recommends no packages. -- no debconf information --- reportbug_ui_urwid.py 2007-01-14 21:39:58.0 +0100 +++ reportbug_ui_urwid.py-new 2007-03-17 23:13:50.0 +0100 @@ -453,7 +453,7 @@ ## widgets.append((e, None)) box = listdialog(par, widgets, height=('relative', 80), - title=title, buttonwidth=30) + title=title, buttonwidth=12) if quitlabel: box.add_buttons( [(oklabel, 0), (cancellabel, -1), (quitlabel, -2)] ) else:
Bug#415340: reportbug: Question mark at end of yes_no question (urwid UI)
Package: reportbug Version: 3.33 Severity: minor Tags: patch In the urwid UI, The yes_no questions are lacking a trailing question mark, unlike the text UI. The patch below fixes this. Rafael -- Package-specific info: ** Environment settings: EDITOR=jed DEBEMAIL=[EMAIL PROTECTED] EMAIL=[EMAIL PROTECTED] INTERFACE=urwid -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages reportbug depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt reportbug recommends no packages. -- no debconf information --- reportbug_ui_urwid.py 2007-01-14 21:39:58.0 +0100 +++ reportbug_ui_urwid.py-new 2007-03-18 00:01:45.0 +0100 @@ -335,7 +335,7 @@ return result def yes_no(msg, yeshelp, nohelp, default=True, nowrap=False, ui=None): -box = dialog('', long_message=msg, title=reportbug.VERSION) +box = dialog('', long_message=msg+?, title=reportbug.VERSION) box.add_buttons([ ('Yes', True), ('No', False) ], default=1-int(default)) result = box.main(ui) return result
Bug#415341: octave-forge: azimuth.m gives incorrect values
package octave-forge tags 415341 upstream thanks * Tom Wright [EMAIL PROTECTED] [2007-03-18 15:56]: The calculation in mapping/azimuth.m in both the 2.1 and 2.9 branches of octave-forge gives incorrect values. A correct version of the calculation is given at http://williams.best.vwh.net/avform.htm#Crs Instead of the current calculation: az = rad2deg(acot((sin(a) * cot(b) - cos(a) * cos(C)) / \ sin(C))); the calculation should be: az=rad2deg(mod(atan2(sin(C)*sin(b), \ sin(a)*cos(b)-cos(a)*sin(b)*cos(C)),\ 2*pi)); There is a new version of azimut.m in the CVS repository of octave-forge [1]. Could you please check if that version does the correct calculation? [1] http://octave.cvs.sourceforge.net/octave/octave-forge/extra/mapping/inst/azimuth.m?revision=1.2 -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415162: ttf2tex-mkpkg debs need to include more files
* K.-M. Hansche [EMAIL PROTECTED] [2007-03-16 16:55]: Package: ttf2tex Version: 0.70-3 Severity: important The packages generated by ttf2tex-mkpkg need to depend on ttf2tex or to include the encoding files: T1-OSF.enc T1-SC.enc T1-SCOSF.enc T1-WGL4.enc TS1-AGL.enc TS1-SC.enc A .cfg under /etc/texmf/updmap.d containing a Map xxx.map entry is needed as well. The new map can then be activated by calling update-updmap and updmap-sys, iirc. If I can be of any help please don't hesitate to contact me. I'm very happy that someone packaged ttf2tex finally. Thanks for your bug report. Are you interested in co-maintaining this package with me? We could do it through collab-maint at Alioth [1]. [1] http://wiki.debian.org/AliothPackagingProject Cheers, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415163: ttf2tex: Wrong reference to dkg.map
package ttf2tex tags 415163 confirmed thanks * K.-M. Hansche [EMAIL PROTECTED] [2007-03-16 17:09]: Package: ttf2tex Version: 0.70-3 Severity: normal The test.tex file contains a reference to dkg.map which isn't installed. Thanks for reporting this bug. The test works with the ttf-fifthhorseman-dkg-handwriting package, which has just entered unstable [1]. The dkg.map file is created when running ttf2tex-mkpkg in a directory containing the ttf2tex.yaml file attached below. This will appear in a future upload of the ttf2tex package. [1] http://lists.debian.org/debian-devel-changes/2007/03/msg01110.html -- Rafael foundry: fifthhorseman font: dkghwr family: dkg r: /usr/share/fonts/truetype/fifthhorseman/dkg.ttf b: /usr/share/fonts/truetype/fifthhorseman/dkgBd.ttf ri: /usr/share/fonts/truetype/fifthhorseman/dkgIt.ttf bi: /usr/share/fonts/truetype/fifthhorseman/dkgBI.ttf
Bug#415102: octplot: FTBFS on GNU/kFreeBSD: tiny tweak needed
package octplot tags 415102 upstream forwarded 415102 http://sourceforge.net/forum/forum.php?thread_id=1694544forum_id=295323 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414844: copyright notices and clarity
Ian, Thanks a lot for your suggestions and also for reporting your private discussion with Simon Tatham. Daniel and I have already agreed about the license status of the headerless files. BTW, the package is already uploaded and is sitting at the NEW queue. [Daniel: if you wish to follow Ian's suggestions and improve the text in debian/copyright, I will gladly upload a new version of the tweak package.] Cheers, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414844: Acknowledgement (ITP: tweak -- an efficient hex editor)
* Daniel Kahn Gillmor [EMAIL PROTECTED] [2007-03-14 17:58]: I think i've addressed all these concerns now. i've published 3.01-2 into my apt repository, for your examination. My powerpc build machine is down right now, so 3.01-2 is only published for arm and i386 at the moment. I checked the package and I think that 3.01-2 has release quality. If you agree, I will upload it to unstable. My comments below are quite minor and you could implement them in a future version of the package. On Wed 2007-03-14 12:49:35 -0400, Rafael Laboissiere wrote: * debian/menu: [snip] Good call. i've created tweak-wrapper as a variant of your recommendation. I also linked in tweak-wrapper.1.gz to tweak.1.gz, since i don't think it warrants its own man page. You might implement a full debhelper solution by using dh_install and dh_links in conjunction with debian/install and debian/links (files attached below). There is an advantage in doing this: if one day you decide to switch to CDBS, then you could use an almost trivial debian/rules file, like the one attached below. * Makefile: + [snip] In the meanwhile, you have two options: 1) Use a patch management system (such as dpatch, quilt, or CDBS' simple-patchsys; I prefer the later because I am a CDBS adept). 2) Call make with the appropriate PREFIX and MANDIR settings in the command line i've gone with option 2, since it seems like the simplest approach for a tool that doesn't need patching otherwise. The variable DESTDIR is set in the command line, but does not appear in Makefile. You might drop this. + Most of the *.c files, as well as the *.but and *.h files are lacking copyright notice and licensing terms. We can assume that they are the same as in LICENCE, but the Debian standards require that every file must have those. Your package may be rejected due to that. Please, ask the upstream author to fix this. I spoke with Simon about this via e-mail, and he's understandably reluctant to make changes to 13 files in a relatively small package to satisfy a potentially theoretical concern, especially when LICENCE seems pretty clear-cut. I tend to agree with the author and I hope that the ftp-master admin will not see a problem. We could assume here a principle of least effort (or whatever), meaning that if a file is lacking the licensing terms, then the ones in LICENCE apply to it. Can you give me a reference to policy which states that *every* file must include a copyright notice and licensing information? Look, for instance, at the text of the GPL, around this excerpt: How to Apply These Terms to Your New Programs [snip] To do so, attach the following notices to the program. It is safest to attach them to the start of each source file to most effectively convey the exclusion of warranty; and each file should have at least the copyright line and a pointer to where the full notice is found. I made one other change: i included Simon's generated btree.html in docs/, since it seems relevant, small, and unobtrusive. Good idea. A debian/doc-base entry for it would be useful (see file attached below). I did this, but the .changes file doesn't get published to the apt repository via reprepro, afaict. Do you want me to send it on separately? Or is it published in some obscure way by reprepro that i'm missing? AFAICT, *.changes files do no appear in APT repositories. They are only used when uploading package and appear in debian-devel-changes. Anyway, I do not need your .changes file, since I always build sponsoree packages before uploading. One last thing: I was confused when I asked you to add my name to the Uploaders list. I am just sponsoring the package and am not co-maintaining it. Please, remove that in a future release of the package. -- Rafael debian/tweak-wrapper usr/bin tweak.1 usr/share/man/man1/tweak-wrapper.1 #!/usr/bin/make -f # -*- makefile -*- include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/makefile.mk CFLAGS = -c -g -Wall -O2 DEB_MAKE_INSTALL_TARGET = PREFIX=$(CURDIR)/debian/tweak/usr MANDIR=$(CURDIR)/debian/tweak/usr/share/man/man1 install Document: tweak-btree Title: An Efficient Data Structure For A Hex Editor Author: Simon Tatham Abstract: FIXME Section: technical Format: html Index: /usr/share/doc/tweak/btree.html Files: /usr/share/doc/tweak/btree.html
Bug#414844: Acknowledgement (ITP: tweak -- an efficient hex editor)
* Rafael Laboissiere [EMAIL PROTECTED] [2007-03-15 08:57]: * Daniel Kahn Gillmor [EMAIL PROTECTED] [2007-03-14 17:58]: I made one other change: i included Simon's generated btree.html in docs/, since it seems relevant, small, and unobtrusive. Good idea. A debian/doc-base entry for it would be useful (see file attached below). Sorry, the Section field in this file must be Apps/Technical. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415075: libcurses-ui-perl: Typo in package description
Package: libcurses-ui-perl Version: 0.95-5 Severity: minor file browers - file browsers This typo prevented me from getting useful results with apt-cache search file browser perl. Please, fix it. Thanks, Rafael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libcurses-ui-perl depends on: ii libcurses-perl1.13-1 Curses interface for Perl ii libterm-readkey-perl 2.30-3 A perl module for simple terminal ii perl 5.8.8-6.1 Larry Wall's Practical Extraction libcurses-ui-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414844: Acknowledgement (ITP: tweak -- an efficient hex editor)
* Daniel Kahn Gillmor [EMAIL PROTECTED] [2007-03-14 00:17]: OK, i've packaged tweak version 3.01 now. I've published binary packages for i386, arm, and powerpc (and of course the source as well). They work for me on both etch and sid. The packages are in an apt repository located at: http://lair.fifthhorseman.net/~dkg/src/tweak/apt The repositories are signed by my GPG key, which is on the pgp.mit.edu and subkeys.pgp.net keyservers: ID: A54B6365 fingerprint: B599 41F7 41EA EAF8 726F 45D8 8974 E514 A54B 6365 As i'm not a debian developer, i'm going to need a sponsor for these packages. I welcome feedback on the packaging from anyone, whether you're willing to consider sponsoring or not. Okay, since I already sponsored a package from you, I am ready to do it again for this one. I will give you a feedback on the tweak package soon. BTW, the ttf-fifthhorseman-dkg-handwriting package is still roting at the NEW queue, although it should be out soon, since it is at the top of the list. Cheers, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414844: Acknowledgement (ITP: tweak -- an efficient hex editor)
Daniel, The package builds fine and is in a good shape. Thanks for your work. Here are some (mostly minor) comments/suggestions: * debian/rules: + Remove commented lines with dh_* commands + Add proper header with copyright notice and license terms * debian/control: + Put my name and email address in the Uploaders field + Drop ${misc:Depends} from Depends + Reference the upstream website according to the guidelines in section 6.2.4 of the Debian Developer's Reference [1]. Also, although it is nice to put the name of the upstream author in the Description, this is not a common practice in Debian. * debian/menu: + This file is useless without a call to dh_installmenu in debian/rules + At any rate, the menu entry does not work, because tweak needs a file name as argument. You might add a tweak-wrapper script to the package (example attached below) and update the debian/menu file accordingly. * debian/dirs: + This file seems to be useless. Remove it. * Makefile: + You seem to have patched the upstream Makefile and the differences appear in the diff.gz file. Doing this is highly discouraged, because updating to a subsequent version is error prone. You should try to get your patch (or a variant of it) applied upstream. In the meanwhile, you have two options: 1) Use a patch management system (such as dpatch, quilt, or CDBS' simple-patchsys; I prefer the later because I am a CDBS adept). 2) Call make with the appropriate PREFIX and MANDIR settings in the command line * LICENCE: + Are the contents of this file some standard boilerplate? The licensing conditions look DFSG-compliant, but you might ask in debian-legal, just to be sure. + Most of the *.c files, as well as the *.but and *.h files are lacking copyright notice and licensing terms. We can assume that they are the same as in LICENCE, but the Debian standards require that every file must have those. Your package may be rejected due to that. Please, ask the upstream author to fix this. If you generate a new version of the package, you could give it the version number 3.01-2 and run debuild -sa -v3.01-0, such that both the orig.tar.gz file name and the appropriate Closes: header appear in the *.changes file. -- Rafael #!/bin/sh echo -n Edit file: read file /usr/bin/tweak $file
Bug#414844: Acknowledgement (ITP: tweak -- an efficient hex editor)
* Rafael Laboissiere [EMAIL PROTECTED] [2007-03-14 17:49]: * debian/control: [snip] + Reference the upstream website according to the guidelines in section 6.2.4 of the Debian Developer's Reference [1]. [snip] I forgot the link: [1] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-upstream-info -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414844: Acknowledgement (ITP: tweak -- an efficient hex editor)
* Daniel Kahn Gillmor [EMAIL PROTECTED] [2007-03-14 13:22]: On Wed 2007-03-14 12:49:35 -0400, Rafael Laboissiere wrote: * LICENCE: + Are the contents of this file some standard boilerplate? The licensing conditions look DFSG-compliant, but you might ask in debian-legal, just to be sure. the license appears to be identical (save for linebreaks and identification of author/copyright holder) as the SPI/debian section in /usr/share/doc/xorg/copyright. I think it's the MIT license [0], no? Yes, it is. Thanks for looking at this. I could have googled it before bugging you. I am so lazy... :-) -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414556: [autoconf-archive: ac_python_devel.m4 sets useless -L in PYTHON_LDFLAGS]
* Alan W. Irwin [EMAIL PROTECTED] [2007-03-12 19:10]: On 2007-03-13 00:30+0100 Samuel Thibault wrote: Since you are the authors of the file, here is a forward. What do you think about this issue? (please keep [EMAIL PROTECTED] in Cc for the record) I no longer have an interest in supporting ac_python_devel.m4 because last year I discovered CMake, and now all my projects have been converted from autotools to CMake with excellent results. Thus, from now on feel free from my perspective to make any change you feel is correct to ac_python_devel.m4. I am not using this macro neither, so I am the a situation similar to that of Alan. Feel free to do whatever you want with this m4 file. Thanks, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396369: gnomad2: MTP devices support
* manuel [EMAIL PROTECTED] [2007-02-14 14:44]: block 396369 by 382195 thanks libmtp is now in unstable [1]. Please, build-depend on libmtp-dev and reupload gnomad2. Thanks, [1] http://lists.debian.org/debian-devel-changes/2007/03/msg00690.html -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405399: MTP Support in Amarok
* Ana Guerrero [EMAIL PROTECTED] [2007-01-03 11:15]: block 405399 by 382195 thanks Hi Sean, On Tue, Jan 02, 2007 at 11:50:45PM -0800, Sean Kellogg wrote: Package: amarok Version: 1.4.4-2 Severity: wishlist With libmtp working its way through mentors[1], it would be great to see the mtp device support enabled in the debian build of amarok. [1] http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=libmtp Yes, i'm waiting for libmtp in Debian to add mtp's device support to amarok. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=382195 libmtp is now in unstable [1]. Please go ahead and build-depend on libmtp-dev. Thanks, [1] http://lists.debian.org/debian-devel-changes/2007/03/msg00690.html -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414001: octave2.9: error does not behave as the help says
package octave2.9 tags 414001 unreproducible moreinfo thanks * Francesco Potorti` [EMAIL PROTECTED] [2007-03-08 15:33]: Package: octave2.9 Version: 2.9.9-8etch1 Severity: normal -- Built-in Function: error (TEMPLATE, ...) The `error' function formats the optional arguments under the control of the template string TEMPLATE using the same rules as the `printf' family of functions (*note Formatted Output::). The resulting message is prefixed by the string `error: ' and printed on the `stderr' stream. however: octave:39 error(%d, 7) error: 7 error: in error error (%d, 7) I cannot reproduce the error in my sid chroot with octave2.9_2.9.9-8etch1: $ dpkg -l octave2.9 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii octave2.9 2.9.9-8etch1 GNU Octave language for numerical computatio $ octave -q octave2.9:1 error (%d, 7) error: 7 octave2.9:1 which error error is a built-in function octave2.9:2 We need more information on this problem, in particular a way to surely reproduce the bug. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413196: [Pkg-octave-devel] Bug#413196: octave2.9-forge: remez not working as expected
package octave2.9-forge tags 413196 confirmed thanks * Kumar Appaiah [EMAIL PROTECTED] [2007-03-03 13:18]: Package: octave2.9-forge Version: 2006.07.09+dfsg1-7 Severity: normal *** Please type your report below this line *** My problem precisely resembles this: http://thread.gmane.org/gmane.comp.gnu.octave.general/13538/focus=13556 Thanks for your bug report. I am taking care of this. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413222: jed: [INTL:ja] Japanese debconf templates translation
* Kobayashi Noritada [EMAIL PROTECTED] [2007-03-03 22:08]: Package: jed Version: 0.99.18-8.etch.3 Severity: wishlist Tags: patch l10n Here is a Japanese debconf templates translation for your jed package. Could you please place this file in debian/po as ja.po in your package? And, if you update your templates, could you please contact me so that I can update the translation? Thanks, I am taking care of this. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413222: Please allow jed_0.99.18-8.etch.4
Version 0.99.18-8.etch.4 of the jed packages has been uploaded to unstable. Please, consider allowing it into testing. The only change in respect to the version currently in testing (0.99.18-8.etch.3) is the inclusion of the Japanese translation of the debconf templates (closes: #413222, diffs attached below). Thanks, -- Rafael diff -u jed-0.99.18/debian/changelog jed-0.99.18/debian/changelog --- jed-0.99.18/debian/changelog +++ jed-0.99.18/debian/changelog @@ -1,3 +1,10 @@ +jed (0.99.18-8.etch.4) unstable; urgency=low + + * debian/po/gl.po: Added translation of debconf templates to Japanese. +(closes: #413222). Thanks to Kobayashi Noritada. + + -- Rafael Laboissiere [EMAIL PROTECTED] Sat, 3 Mar 2007 15:18:45 +0100 + jed (0.99.18-8.etch.3) unstable; urgency=low * debian/po/gl.po: Added translation of debconf templates to Galician. only in patch2: unchanged: --- jed-0.99.18.orig/debian/po/ja.po +++ jed-0.99.18/debian/po/ja.po @@ -0,0 +1,43 @@ +# Japanese debconf templates translation for jed. +# Copyright (C) 2007 Noritada Kobayashi +# This file is distributed under the same license as the jed package. +# +msgid +msgstr +Project-Id-Version: jed (debconf) 0.99.18-8.etch.3\n +Report-Msgid-Bugs-To: [EMAIL PROTECTED] +POT-Creation-Date: 2006-08-11 00:49+0200\n +PO-Revision-Date: 2007-03-03 16:51+0900\n +Last-Translator: Noritada Kobayashi [EMAIL PROTECTED]\n +Language-Team: Japanese debian-japanese@lists.debian.org\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../jed-common.templates:1001 +msgid Remove old files in /etc/? +msgstr /etc/ å ã®å¤ããã¡ã¤ã«ãåé¤ãã¾ãã? + +#. Type: boolean +#. Description +#: ../jed-common.templates:1001 +msgid +Due to a bug in dpkg (#108587) the config files 00site.sl, 00debian.sl and +99defaults.sl in /etc/jed-init.d/ and /etc/jed.conf aren't removed after an +upgrade to 0.99.15-1 or higher. +msgstr +dpkg ã®ãã° (#108587) ã®ããã/etc/jed-init.d/ å ã®è¨å®ãã¡ã¤ã« 00site.slã +00debian.slã99defaults.sl ã /etc/jed.conf ã¯ã0.99.15-1 以éã¸ã®ã¢ããã° +ã¬ã¼ãå¾ã«åé¤ããã¾ããã + +#. Type: boolean +#. Description +#: ../jed-common.templates:1001 +msgid +It seems you have modified one of these files, because their md5 sums differ +from the originals. +msgstr +ãããã®ãã¡ã¤ã«ã®ä¸é¨ãå¤æ´ããã¦ããããã§ããmd5sum ãå ã ã®å¤ã¨ç°ãªãã¾ +ãã
Bug#413196: [Pkg-octave-devel] Bug#413196: octave2.9-forge: remez not working as expected
package octave2.9-forge tags 413196 pending thanks * Rafael Laboissiere [EMAIL PROTECTED] [2007-03-03 14:59]: * Kumar Appaiah [EMAIL PROTECTED] [2007-03-03 13:18]: Package: octave2.9-forge Version: 2006.07.09+dfsg1-7 Severity: normal *** Please type your report below this line *** My problem precisely resembles this: http://thread.gmane.org/gmane.comp.gnu.octave.general/13538/focus=13556 Thanks for your bug report. I am taking care of this. The fix is already committed to the DOG CVS repository. We have yet to decide whether we upload 2006.07.09+dfsg to unstable or experimental. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413196: [Pkg-octave-devel] Bug#413196: octave2.9-forge: remez not working as expected
* Kumar Appaiah [EMAIL PROTECTED] [2007-03-04 00:19]: On Sat, Mar 03, 2007 at 07:35:00PM +0100, Rafael Laboissiere wrote: * Rafael Laboissiere [EMAIL PROTECTED] [2007-03-03 14:59]: * Kumar Appaiah [EMAIL PROTECTED] [2007-03-03 13:18]: Package: octave2.9-forge Version: 2006.07.09+dfsg1-7 Severity: normal *** Please type your report below this line *** My problem precisely resembles this: http://thread.gmane.org/gmane.comp.gnu.octave.general/13538/focus=13556 Thanks for your bug report. I am taking care of this. The fix is already committed to the DOG CVS repository. We have yet to decide whether we upload 2006.07.09+dfsg to unstable or experimental. Thanks for the quick response. If you do require a suggestion, I'd say unstable. :-) Thanks for the suggestion. I have also a preference for unstable, however, if we need to update the package for testing in the future, we will lose the unstable path (the preferred one by the release team) and we will have to upload to testing-proposed-updates. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413222: typo in a changelog
* Kobayashi Noritada [EMAIL PROTECTED] [2007-03-04 08:33]: * debian/po/gl.po: Added translation of debconf templates to Japanese. (closes: #413222). Thanks to Kobayashi Noritada. s/gl.po/ja.po/ :-) Could you please correct retrospectively? # This is not a problem and reuploading is unnecessary since ja.po is # correctly located in the package. :-) I noticed that after uploading and fixed it already in the DJG SVN repository. The fix will appear in the next release. Thanks, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372231: jed-common: please add ruby.sl
package jed-extra retitle 372231 jed-extra: please add ruby.sl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408116: dictionaries-common: some dictionaries appear incorrectly in /var/cache/dictionaries-common/ispell-dicts-list.txt
* Thijs Kinkhorst [EMAIL PROTECTED] [2007-02-28 11:13]: However, since dictionaries-common already seems to be supplying data for specific applications, what's the drawback of doing that for one extra specific application? FYI, Agustín have already checked in my changes for including squirrelmail support into dictionaries-common [1] [2]. This is targeted post-etch. [1] http://alioth.debian.org/plugins/scmcvs/cvsweb.php/dictionaries-common/scripts/Debian/DictionariesCommon.pm.in?cvsroot=dict-common [2] http://alioth.debian.org/plugins/scmcvs/cvsweb.php/dictionaries-common/scripts/system/update-default.in?cvsroot=dict-common -- Rafael
Bug#401608: [Pkg-octave-devel] Bug#401608: octaviz: need package built against octave-2.9
* Thomas Weber [EMAIL PROTECTED] [2007-02-26 10:20]: Status update: Octaviz 0.4.6 has been released, meant to be used with Octave 2.9. This is still targetted post-etch. Any plans to release a Debian package for it? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410463: [Pkg-octave-devel] Bug#410463: octave2.9-forge: FTBFS: error: invalid matrix index = 1
* Kurt Roeckx [EMAIL PROTECTED] [2007-02-22 18:36]: I don't understand what the problem is getting the new version into testing thru unstable. octave2.9 2.9.9-8 is already approved by the release team to go to testing, but it being blocked by the RC bug (#411863). There is no reason to believe that this bug doesn't affect testing, so you should probably mark it as such. You are right, I was confused. I forgot that we asked for unblocking 2.9.9-8. In this case, I will prepare 2.9.9-8etch1 (2.9.9-9 has been released to experimental). Thanks, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410463: [Pkg-octave-devel] Bug#410463: octave2.9-forge: FTBFS: error: invalid matrix index = 1
* Rafael Laboissiere [EMAIL PROTECTED] [2007-02-21 22:46]: Although this bug does not concern the versions of the packages now in testing (octave2.9_2.9.9-7 and octave2.9-forge_2006.07.09+dfsg1-7), I understand that it would be good to have the version in testing also fixed. So either we fix the tests and ask debian-release for a new version of both octave2.9 and octave2.9-forge or we disable them and try to get octave2.9-forge in its current state into Etch. Alternatively, we could let things as they are now. After all, the packages in testing are not affected. At any rate, if we really want this bug fixed in testing, we would maximize the odds of having octave2.9 accepted by applyin both patches 50_correct_test and 50_parse-inline-brackets to 2.9.9-7 and asking the release managers to consider unblocking the resulting 2.2.9-7etch1 version. In the above and in other messages I meant 2.9.9-6 (not 2.9.9-7) as the version in testing. Sorry for the confusion. In preparation for the 2.9.9-6etch1 release, I created a branch for octave2.9/etch in the SVN repository. Caveat: this branch is not yet fully tested. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400690: RFP: python-glpk -- Python binding to the GLPK library
package glpk reassign 400690 wnpp retitle RFP: python-glpk -- Python binding to the GLPK library thanks The following bug has been filed against the glpk package: * Jeff Abrahamson [EMAIL PROTECTED] [2006-11-27 20:30]: Package: glpk Version: 4.11-1 Severity: wishlist Tags: patch python-glpk seems to be a decent set of python bindings to glpk. It would be helpful to add it to the debian glpk package. However, we think that adding extra code to the glpk source package is not appropriate. Actually, python-glpk should be packaged separately. we are then reassigning this bug report to wnpp and transforming it into an RFP. The upstream sources can be found at [1] and are released under the GPL. 1. http://www.ncc.up.pt/~jpp/code/python-glpk/ -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411863: [Pkg-octave-devel] Bug#411863: octave2.9 eats up all memory
package octave2.9 tags 411863 fixed-in-experimental thanks * Thomas Weber [EMAIL PROTECTED] [2007-02-21 14:54]: Package: octave2.9 Version: 2.9.9-8 Severity: important Tags: fixed-upstream The following one-liner in Octave 2.9 uses up all memory until the OOM killer kicks in: inline ([x]) The patch from https://www.cae.wisc.edu/pipermail/bug-octave/2006-October/000903.html fixes this. Just for the record, this bug is fixed in version 2.9.9-9, which was uploaded to experimental. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410463: [Pkg-octave-devel] Bug#410463: octave2.9-forge: FTBFS: error: invalid matrix index = 1
* Thomas Weber [EMAIL PROTECTED] [2007-02-21 15:23]: Package: octave2.9 reassign 410463 octave2.9-forge thanks Am Samstag, den 10.02.2007, 21:38 +0100 schrieb Kurt Roeckx: error: invalid matrix index = 1 error: evaluating assignment expression near line 158, column 12 error: evaluating if command near line 156, column 3 error: called from `test' in file `/usr/share/octave/2.9.9/m/testfun/test.m' error: near line 7 of file `fntests.m' This is a bug in the way octave2.9-forge creates its test files (they are simply not valid). However, fixing this turned up a bug in Octave 2.9. This bug is nasty, as it eats all memory during octave2.9-forge's unit tests. I guess buildd admins won't like that too much. Fortunately, it's already fixed upstream and a small patch suffices. Although this bug does not concern the versions of the packages now in testing (octave2.9_2.9.9-7 and octave2.9-forge_2006.07.09+dfsg1-7), I understand that it would be good to have the version in testing also fixed. So either we fix the tests and ask debian-release for a new version of both octave2.9 and octave2.9-forge or we disable them and try to get octave2.9-forge in its current state into Etch. Alternatively, we could let things as they are now. After all, the packages in testing are not affected. At any rate, if we really want this bug fixed in testing, we would maximize the odds of having octave2.9 accepted by applyin both patches 50_correct_test and 50_parse-inline-brackets to 2.9.9-7 and asking the release managers to consider unblocking the resulting 2.2.9-7etch1 version. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363514: glpk should be compiled with -D_GLPLIB_HUGEMEM on AMD64
package glpk tags 363514 moreinfo thanks * James Andrewartha [EMAIL PROTECTED] [2006-04-19 22:55]: Package: glpk Version: 4.9-1 Severity: important When compiled on platforms where sizeof(void *) sizeof(int), which includes AMD64, glpk should be compiled with -D_GLPLIB_HUGEMEM to allow allocating more than 2GB (MAX_INT). See the GLPK 4.5 changelog and http://article.gmane.org/gmane.comp.gnu.glpk/1017. The GLPLIB_HUGEMEM (or GLP_HUGE_MEM) preprocessor macro disappeared in GLPK 4.14. Also, the functions umalloc, ucalloc and ufree are made obsolete in this version. Perhaps the argument behind this bug report became moot. Could you please check if the packages in [1] are okay in your 64-bit system? The packages were uploaded to experimental and are waiting in the NEW queue for ftp-admin approval. [Cc: to Andrew Makhorin, just in case he has something to say about this.] 1. http://people.debian.org/~rafael/glpk/ -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382195: ITP: libmtp -- Implementation of Media Transfer Protocol (MTP)
* Ana Guerrero [EMAIL PROTECTED] [2007-02-14 20:54]: On Wed, Feb 14, 2007 at 02:50:58PM -0400, Manuel Garcia wrote: Hi, I'm waiting for libmtp in Debian to add mtp's device support to gnomad2, when it will be in sid? Thanks. libmtp is in the NEW queue: http://ftp-master.debian.org/new.html I put the packages in http://people.debian.org/~rafael/libmtp/ When will be in sid? Ask ftpmasters ;) Save you the stress of asking something and never getting an answer. The ftp-master e-mail address is almost a black hole (Ana: I saw the smile above...) Anyway, processing of the NEW queue is lagging behind for one month now. At the current rate, I would say that libmtp will be in Debian no sooner than in three weeks (if there are no problems with the package like licensing issues, of course) -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410189: aspell-pt-br: New version available
package aspell-pt-br tags 410189 pending thanks The new aspell-pt-br package, which fixes Bug#410189, is in the NEW queue waiting for ftp-admin approval. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399483: xemacs21: garbage on screen in dired mode
reassign 399483 xemacs21-basesupport 2006.05.10-1 retitle 399483 xemacs21-basesupport: dired-use-ls-dired switch doesn't work properly tags 399483 patch severity 403702 normal reassign 403702 xemacs21-basesupport 2006.05.10-1 retitle 403702 xemacs21-basesupport: garbage on screen in dired mode merge 399483 403702 thanks * Vladimir G. Troitsky [EMAIL PROTECTED] [2006-12-18 22:01]: Package: xemacs21 Version: 21.4.19-2 Severity: minor There is garbage on the screen in dired mode. Occasionally I get one or several copies of the following message in the beginning or the middle of a dired fuffer: //DIRED-OPTIONS// --quoting-style=literal Also, at the end of the buffer I get a long line like this: //DIRED// 62 63 112 114 163 172 221 234 283 289 338 349 398 406 455... This bug has been already reported as #399483 (hence the merge command above). Actually, this problem occurs in the xemacs21-basesupport package, not in xemacs21 (hence the reassign and retitle commands above). The changes proposed by Peter Chubb in his report seem to work correctly. Therefore, I took the liberty of producing an appropriate dpatch (attached below) for the the xemacs21-packages source package (hence the patch tag). Now, the maintainer has no excuse to delaying the fix for the bug ;-) In waiting for the fixed package, I have added the following code to my ~/.emacs: (add-hook 'dired-load-hook (lambda () (set-variable 'dired-use-ls-dired (and (string-match gnu system-configuration) ;; Only supported for XEmacs = 21.5 and GNU Emacs = 21.4 (I think) (if (featurep 'xemacs) (and (fboundp 'emacs-version=) (emacs-version= 21 5)) (and (boundp 'emacs-major-version) (boundp 'emacs-minor-version) (or ( emacs-major-version 21) (and (= emacs-major-version 21) (= emacs-minor-version 4) -- Rafael #! /bin/sh /usr/share/dpatch/dpatch-run ## 02_dired-use-ls-dired.dpatch by Rafael Laboissiere [EMAIL PROTECTED] ## ## DP: Fixed logic for the default value of dired-use-ls-dired, which is ## DP: failing in xemacs21. This should fix Bug#399483 and Bug#403702 @DPATCH@ --- xemacs21-packages-2006.05.10.orig/xemacs-packages/dired/dired.el +++ xemacs21-packages-2006.05.10/xemacs-packages/dired/dired.el @@ -210,14 +210,15 @@ (defcustom dired-use-ls-dired (and (string-match gnu system-configuration) ;; Only supported for XEmacs = 21.5 and GNU Emacs = 21.4 (I think) - (or (and (featurep 'xemacs) - (fboundp 'emacs-version=) - (emacs-version= 21 5)) - (and (boundp 'emacs-major-version) - (boundp 'emacs-minor-version) - (or ( emacs-major-version 21) - (and (= emacs-major-version 21) -(= emacs-minor-version 4)) + (if (featurep 'xemacs) + (and +(fboundp 'emacs-version=) +(emacs-version= 21 5)) + (and (boundp 'emacs-major-version) + (boundp 'emacs-minor-version) + (or ( emacs-major-version 21) + (and (= emacs-major-version 21) + (= emacs-minor-version 4)) Non-nil means Dired should use `ls --dired'. :type 'boolean :group 'dired-programs)
Bug#410659: ITP: rolo -- text-based (vCard) contact management software
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere [EMAIL PROTECTED] * Package name: rolo Version : 011 Upstream Author : Andrew Hsu [EMAIL PROTECTED] * URL : http://rolo.sourceforge.net/ * License : GPL Programming Lang: C Description : text-based (vCard) contact management software Rolo keeps track of your contacts and display them to you with a text-based menu. Rolo strives to be a well-constructed tool for complimenting text-based email programs-such as mutt. It utilizes the vCard version 3.0 format for storing its contacts and it interfaces with the end-user through a NCurses front-end. This package depends on libvc0, which will also be packaged by me (ITP coming soon). Pre-packages are available at http://people.debian.org/~rafael/rolo/. Suggestions for improvements are welcome. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410658: ITP: libvc -- a vCard (the Electronic Business Card) library
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere [EMAIL PROTECTED] * Package name: libvc Version : 003 Upstream Author : Andrew Hsu [EMAIL PROTECTED] * URL : http://www.example.org/ * License : LGPL Programming Lang: C Description : vCard (the Electronic Business Card) library vCard is an Electronic Business Card format, as specified by the versit Consortium, useful for storing personal data. libvc handles scanning a vCard file, parsing the vCard file into a data storage structure, manipulating the data storage structure, and writing back to file. It was originally written for `rolo', but has been split-off as a generic library for general use. Pre-packages are available at http://people.debian.org/~rafael/rolo/. Suggestions for improvements are welcome. I am aware of libvformat1, which is similar to libvc. I am packaging libvc as pre-requisites to rolo and mutt-vc-query (see my recent ITPs). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410657: ITP: mutt-vc-query -- vCard query utility for mutt
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere [EMAIL PROTECTED] * Package name: mutt-vc-query Version : 002 Upstream Author : Andrew Hsu [EMAIL PROTECTED] * URL : http://rolo.sourceforge.net/ * License : GPL Programming Lang: C Description : vCard query utility for mutt This package contains a utility for doing queries to the a vCard data file from the mutt mail user agent using mutt's query_command. You will then be able to query email addresses from the data file when you use the `Q' command in mutt. This package depends on libvc0, which will also be packaged by me (ITP coming soon). Pre-packages are available at http://people.debian.org/~rafael/rolo/. Suggestions for improvements are welcome. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]