Package: emacs-goodies-el
Version: 35.1
Severity: minor
Tags: patch
The pattern for the muttrc-mode in auto-mode-alist is not restrictive
enough. For instance, muttrc-mode.el is edited in Muttrc mode,
instead of Elisp mode. Please, fix this according to the patch
here attached or find a more
Package: el-get
Version: 2.2-1
Severity: normal
It would be very convenient to have autoload settings for the
user-visible functions of the el-get package. I have currently the
following in my ~/.emacs:
(autoload 'el-get-cd el-get nil t)
(autoload 'el-get-emacswiki-refresh el-get nil t)
.
Best regards,
Rafael Laboissiere
P.S.: The patch does not work for version 1.0.41~0d9575-1 in
experimental, which depends on nodejs 0.2.6, whose executable is
/usr/bin/node.
--- a/bin/lessc
+++ b/bin/lessc
@@ -1,4 +1,4 @@
-#!/usr/bin/env node
+#!/usr/bin/env nodejs
var path = require('path
* Jonas Smedegaard d...@jones.dk [2011-02-27 17:51]:
tags 614612 wontfix
thanks
I find it insane to branch off the whole world of Node to use a
custom interpreter name, so won't fix this by patching but instead
wait for the newer Nodejs package.
You are right, there is no need for fixing
* Lucas Nussbaum lu...@lucas-nussbaum.net [2009-12-24 11:50]:
Source: xmds-doc
Version: 0~svn.1884-2
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20091213 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed
* Norbert Preining prein...@logic.at [2009-06-21 20:46]:
Dear maintainers,
On Mi, 10 Jun 2009, Norbert Preining wrote:
Please add install-info to your dependencies of jed *if* you use
the dir file in /usr/share/info (if not you can ignore/close this bug
report).
I have prepared an
package octavede
tags 533672 upstream confirmed
severity 533672 wishlist
forwarded 533672 jpswen...@gmail.com
thanks
* Wendelin Hoffmann-Walbeck wendeli...@yahoo.de [2009-06-19 19:56]:
Subject: octavede: Debugging doesn't work
Package: octavede
Version: 0.3-1
Severity: normal
The
* Philip Hands p...@mirrorcarp.justamo.com [2009-06-18 11:13]:
Package: webcalendar
Version: 1.2.0+dfsg-4
Severity: normal
The test for whether to run the cron script should include checking for
the presence of the php script. I'd suggest this test:
[ -d /usr/share/webcalendar -a
* John W. Eaton j...@jweaton.org [2009-06-17 14:24]:
Are you sure you would want this? It won't tell you if the printing
is correct without manual inspection, and will clutter the output from
running make check with
src/pr-output.cc ...ans = 0 + 0i
* John W. Eaton j...@jweaton.org [2009-06-15 09:31]:
To be consistent with what is done int set_format (double, ...), I
think this should be
diff --git a/src/pr-output.cc b/src/pr-output.cc
--- a/src/pr-output.cc
+++ b/src/pr-output.cc
@@ -851,10 +851,10 @@
double r_abs = rp 0.0 ?
Octave Group pkg-octave-de...@lists.alioth.debian.org
Uploaders: Rafael Laboissiere raf...@debian.org,
Thomas Weber thomas.weber.m...@gmail.com
DM-Upload-Allowed: yes
Build-Depends: g++-4.1 [arm], gcc-4.1 [arm], gfortran,
debhelper (= 6.0.7), autoconf, texinfo,
texlive-latex-base, texlive-generic
* John W. Eaton j...@jweaton.org [2009-06-15 13:25]:
On 15-Jun-2009, Rafael Laboissiere wrote:
| Anyway, it is funny to see how long this bug lived in the code and was
| just awakened by the crappy mips/mipsel architecture...
Also strange that it didn't show up until now, even on mips
* Rafael Laboissiere raf...@debian.org [2009-06-15 21:55]:
* John W. Eaton j...@jweaton.org [2009-06-15 13:25]:
On 15-Jun-2009, Rafael Laboissiere wrote:
| Anyway, it is funny to see how long this bug lived in the code and was
| just awakened by the crappy mips/mipsel architecture
* Rafael Laboissiere raf...@debian.org [2009-06-13 09:15]:
So, even if log2 returns a wrong value, the bug happens elsewhere. At any
rate, the following works as expected:
complex (NaN, NaN)
complex (0, NaN)
complex (NaN, Inf)
I am puzzled with this problem and I cannot
* Rafael Laboissiere raf...@debian.org [2009-06-14 12:25]:
I think that the different values of x_max and x_min explain the bug on
the mips system. I guess that this is caused by the following lines in
pr-output.cc (function set_format):
int x_max = max_abs == 0.0
* Rafael Laboissiere raf...@debian.org [2009-06-12 23:09]:
* John W. Eaton j...@jweaton.org [2009-06-12 13:20]:
On 11-Jun-2009, Rafael Laboissiere wrote:
| (gdb) bt
| #0 0x2e17ae24 in std::num_putchar, std::ostreambuf_iteratorchar,
std::char_traitschar ::_M_insert_floatdouble
* John W. Eaton j...@jweaton.org [2009-06-12 13:20]:
On 11-Jun-2009, Rafael Laboissiere wrote:
| (gdb) bt
| #0 0x2e17ae24 in std::num_putchar, std::ostreambuf_iteratorchar,
std::char_traitschar ::_M_insert_floatdouble () from
/usr/lib/libstdc++.so.6
| #1 0x2e17b048 in std::num_putchar
* Rafael Laboissiere raf...@debian.org [2009-06-11 01:08]:
* Peter De Schrijver p...@debian.org [2009-06-10 19:40]:
Package: octave3.2
Version: 3.2.0-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of octave3.2_3.2.0-1 on mayr
* Rafael Laboissiere raf...@debian.org [2009-06-11 16:07]:
* Rafael Laboissiere raf...@debian.org [2009-06-11 01:08]:
* Peter De Schrijver p...@debian.org [2009-06-10 19:40]:
Package: octave3.2
Version: 3.2.0-1
Severity: serious
There was an error while trying to autobuild
* John W. Eaton j...@bevo.che.wisc.edu [2009-06-11 11:27]:
So first, can you determine precisely where Octave is actually
hannging? Does the following program work, or does it also hang in
the same way?
#include cmath
#include complex
#include iostream
typedef
* John W. Eaton j...@octave.org [2009-06-11 15:42]:
Did you compile the simpler program with the same options used to
build Octave?
Probably not.
Can you run Octave under gdb and find where it hangs, either by
running
log2 (complex (0, inf))
and interrupting it when the hang happens
* Peter De Schrijver p...@debian.org [2009-06-10 19:40]:
Package: octave3.2
Version: 3.2.0-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of octave3.2_3.2.0-1 on mayr by sbuild/mips 99.999
Build started at 20090607-1015
Thanks, we are
* Ralf Treinen trei...@free.fr [2009-06-10 21:25]:
Package: libsofa1-dev,libsuitesparse-dev
Version: libsofa1-dev/1.0~beta4-1
Version: libsuitesparse-dev/1:3.4.0-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2009-06-10
Architecture: amd64
package webcalendar
reopen 531312
found 531312 1.2.0+dfsg-3
thanks
I am reopening the bug report below. I thought it was fixed in version
1.2.0+dfsg-3 but it is apparently still there.
I am currently working on a fix for it.
Rafael Laboissiere
* vitaminx vitam...@callistix.net [2009-05-31 15
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere raf...@debian.org
* Package name: glpk-java
Version : 1.0.1
Upstream Author : Heinrich Schuchardt xypron.deb...@gmx.de
* URL : http://glpk-java.sourceforge.net
* License : GPL-3+
Programming Lang
* Philippe Teuwen p...@teuwen.org [2009-06-05 16:14]:
Package: webcalendar
Version: 1.2.0+dfsg-2
Hello,
I faced the same problem after upgrading (very painfully) from 1.0.15 to
1.2.0
I digged a bit into it:
Actually the downloadable week.php is empty and Apache logs report
thing
* Raphael Hertzog hert...@debian.org [2009-06-03 08:54]:
On Tue, 02 Jun 2009, Rafael Laboissiere wrote:
The libmtp7 package contains the file /etc/udev/rules.d/libmtp7.rules. This
file is not touched by libmtp8, AFAIK.
On the other hand, libmtp5 seems to be affected by the following
* Savvas Radevic vice...@gmail.com [2009-06-03 12:51]:
Rafael, you are right, it probably will. But I'm worried about these:
(1) Is the remaining /etc/udev/libmtp.rules (and symlink
/etc/udev/rules.d/libmtp.rules) going to affect libmtp8? We'll have to
ask upstream I guess.
* Savvas Radevic vice...@gmail.com [2009-06-02 12:50]:
I'm not completely sure, but I think the package is missing
Conflicts and Replaces for older libmtp* packages?
Something like:
Conflicts: libmtp7, libmtp6, libmtp5
Replaces: libmtp7, libmtp6, libmtp5
..in debian/control.in and
[Cc:ing to the BTS, this time, sorry.]
* Savvas Radevic vice...@gmail.com [2009-06-02 15:51]:
Ah wait, now I get it. Rafael, is Breaks allowed on older libmtp* packages?
No, for the same reason Replaces is not allowed.
It seems like libmtp5-7 might require the older rules (not in /lib)
The
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere raf...@debian.org
* Package name: fragmaster
Version : 1.3
Upstream Author : Tilman Vogel tilman.vo...@web.de
* URL : http://www.ctan.org/tex-archive/support/fragmaster/
* License : GPL-2
* Clayton cko...@gmail.com [2009-05-28 16:43]:
On Thu, 28 May 2009 10:11:48 +0200
Rafael Laboissiere raf...@debian.org wrote:
The webcalendar package works fine for both maintainers involved in
its development. Your bug report is too vague. I am downgrading its
severity level
package wecalendar
severity 530842 normal
tags 530842 unreproducible moreinfo
thanks
* clayton cko...@gmail.com [2009-05-28 15:59]:
Package: webcalendar
Version: 1.2.0+dfsg-2
Severity: important
The latest version of webcalendar seems to have stopped working on my fairly
vanilla Debian
package octave3.0
tags 530858 confirmed upstream
forwarded 530858
https://www-old.cae.wisc.edu/pipermail/help-octave/2009-May/014461.html
thanks
* John W. Eaton j...@octave.org [2009-05-28 07:59]:
On 28-May-2009, David Kremer wrote:
| My system is unable to write file bigger than 2Go with
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere raf...@debian.org
* Package name: octave-quaternion
Version : 1.0.0
Upstream Author : A. S. Hodel a.s.ho...@eng.auburn.edu
* URL : http://octave.sourceforge.net/quaternion
* License : GPL-3
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere raf...@debian.org
* Package name: octave-simp
Version : 1.1.0
Upstream Author : Simone Pernice pern...@libero.it
* URL : http://octave.sourceforge.net/simp
* License : GPL-2+
Programming Lang: Octave
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere raf...@debian.org
* Package name: octave-oct2mat
Version : 1.0.6
Upstream Author : Alois Schloegl a.schlo...@ieee.org
* URL : http://octave.sourceforge.net/oct2mat
* License : GPL-2+
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere raf...@debian.org
* Package name: octave-nurbs
Version : 1.0
Upstream Author : Jaroslav Hajek high...@gmail.com
* URL : http://octave.sourceforge.net/nurbs
* License : GPL-2+
Programming Lang
package octave-graceplot
tags 529270 confirmed
thanks
* Claudio Belotti claudio.belo...@gmail.com [2009-05-18 12:17]:
Package: octave-graceplot
Version: 1.0.5-2
Severity: important
octave-graceplot install successfully, but it doesn't appear in the list of
available pkgs in octave
* Guillem Jover guil...@debian.org [2009-05-17 04:15]:
Dropping calls to install-info is something that we should probably
only ask maintainers to do once the new install-info and dpkg packages
are in testing. We should probably detangle those two steps in the wiki
timeline.
Thanks, this
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere raf...@debian.org
* Package name: octave-benchmark
Version : 1.1.1
Upstream Author : Jaroslav Hajek high...@gmail.com
* URL : http://octave.sourceforge.net/benchmark
* License : GPL-2+
Programming
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere raf...@debian.org
* Package name: octave-bugfix-3.0.5
Version : 1.0
Upstream Author : The Octave Forge Community octave-...@lists.sf.net
* URL : http://octave.sourceforge.net/bugfix-3.0.5
* License
* Adeodato Simó d...@net.com.org.es [2009-05-17 17:58]:
* Package name: octave-bugfix-3.0.5
Version : 1.0
Upstream Author : The Octave Forge Community octave-...@lists.sf.net
* URL : http://octave.sourceforge.net/bugfix-3.0.5
* License : GPL-3+
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere raf...@debian.org
* Package name: octave-nlwing2
Version : 1.1.1
Upstream Author : Jaroslav Hajek high...@gmail.com
* URL : http://octave.sourceforge.net/nlwing2
* License : GPL-3+
Programming Lang
* Norbert Preining prein...@logic.at [2009-05-16 11:59]:
Package: jed-common
Version: 1:0.99.18+dfsg.1-12
Severity: normal
Usertags: texinfo-transition
Dear maintainer,
we are currently replacing the dpkg install-info with GNU install-info
and at the same time reworking the
package octave-ad
tags 528506 confirmed
reassign 528506 octave-dev-pkg
thanks
* Bastian Blank wa...@debian.org [2009-05-13 12:45]:
Package: octave-ad
Version: 1.0.4-2
Severity: serious
octave-ad and several other octave packages writes files outside the
build directory.
The build was
package libsuitesparse-3.2.0
severity 528522 serious
merge 528522 526422
thanks
* Adam C Powell IV hazel...@debian.org [2009-05-13 08:39]:
Package: libsuitesparse-3.2.0
Version: 3.2.0-4
Severity: minor
Please link the umfpack shared library with amd, so one can just link
-lumfpack when
* Adam C Powell IV hazel...@debian.org [2009-05-13 09:34]:
On Wed, 2009-05-13 at 15:06 +0200, Rafael Laboissiere wrote:
This has been already reported as Bug#526422 and the fix is already in
Git [1]. I am hereby merging the bug reports accordingly.
I'm sorry, that was careless of me
* Thomas Weber thomas.weber.m...@gmail.com [2009-05-11 20:25]:
On Mon, May 11, 2009 at 04:24:04PM +, Debian Bug Tracking System wrote:
Bug#528230: Error in Octaviz.
Warning: Unknown package 'octaviz.'
Bug reassigned from package `octaviz.' to `octaviz'.
Okay, I guess the time has
* Philipp Kern pk...@debian.org [2009-05-08 11:13]:
On Fri, May 08, 2009 at 09:51:05AM +0200, Adeodato Simó wrote:
+ Rafael Laboissiere (Fri, 08 May 2009 08:51:05 +0200):
That's caused by a kernel bug on the mipsen buildds. It's not fixed, but
a workaround has been introduced in glibc
* Luk Claes l...@debian.org [2009-05-09 12:55]:
Rafael Laboissiere wrote:
I am really frustrated with this bug and I have the impression we
are going nowhere. I cannot believe that there is something wrong with
the packages, since some of them had successful buildds against
octave3.0
* Martin Michlmayr t...@cyrius.com [2009-05-05 11:19]:
* Thomas Weber thomas.weber.m...@gmail.com [2009-05-05 11:10]:
On Tue, Apr 28, 2009 at 06:31:32PM +0200, Martin Michlmayr wrote:
Just for the record, I see the same problem on an amd64 system (Intel
EM64T chip).
Is this a normal
* Rafael Laboissiere raf...@debian.org [2009-05-02 17:42]:
* Luk Claes l...@debian.org [2009-05-02 14:19]:
There is only one of them really stalled on the buildd, the others just
did not get retried. It being stalled is to debug the problem and it's
kind of waiting on your input how
* Savvas Radevic vice...@gmail.com [2009-05-05 19:19]:
I made a new debdiff using the correct distribution.
Thanks, I already uploaded the fixed package. I changed some minor
things in your debdiff, like patching debian.control.in instead of
debian/control, fixing the version of udev in Breaks
I am revisiting this buildd problem conerning the postinst script of the
octave3.0. I see in the buildd status page for mipsel [1], the following:
State: Building (16)
tbb (26d 00:44, 3/7, mayer) octave-communications (18d 00:24, 10/10, rem)
octave-financial (18d 00:24, 11/11, rem)
* Luk Claes l...@debian.org [2009-05-02 14:19]:
There is only one of them really stalled on the buildd, the others just
did not get retried. It being stalled is to debug the problem and it's
kind of waiting on your input how to debug it AFAIK.
I am afraid, I have no idea on how to debug
* Martin Michlmayr t...@cyrius.com [2009-04-28 18:31]:
Just for the record, I see the same problem on an amd64 system (Intel
EM64T chip).
Thanks for your report.
This bug is driving me crazy. It seems to be a random problem and I have
no clue on how to debug this. Out of desperation, I just
* Stephen Gran sg...@debian.org [2009-04-26 18:50]:
We currently have another process wedged on mayer.debian.org:
ioctl(0, TIOCNXCL, {0x1000 /* B??? */ -opost -isig -icanon echo ...}) = 0
ioctl(0, TIOCNXCL, {0x1000 /* B??? */ -opost -isig -icanon echo ...}) = 0
ioctl(0, TIOCNXCL, {0x1000 /*
Hi,
I am contacting you guys who gave me feedback on Bug#524745. I asked
debian-admin to install octave3.0 on the sid chroot of some architectures
where the bug happened. They did it on merulo (ia64) and pescetti
(powerpc).
I can perfcetly launch octave on those machines and successfully run
* Martin Zobel-Helas zo...@ftbfs.de [2009-04-23 13:17]:
On Thu Apr 23, 2009 at 12:07:58 +0200, Rafael Laboissiere wrote:
I am simply lost here and have no idea on how I can debug this random
bug.
As soon as i have that bug again on the buildd, i will inform you, so
wen can debug
* Thomas Weber thomas.weber.m...@gmail.com [2009-04-22 23:04]:
On Wed, Apr 22, 2009 at 12:01:19PM +0200, Laurent Mazet wrote:
Package: octave3.0
Version: 1:3.0.1-7
Arch: i386
Severity: grave
Hi,
I've just realized that I can multiply a real 2x2 matrix by a complex
vector.
* Barry deFreese bdefre...@debian.org [2009-04-16 11:27]:
My apologies but I cannot see keeping freetype1 in Debian just for
ttf2tex. Especially since ttf2tex has not been part of any recent stable
releases.
Do you have any other thoughts or options before I request removal of
* Martin Zobel-Helas zo...@ftbfs.de [2009-04-21 21:17]:
here some more infos:
21029 ?S 0:00 \_ sh -c /usr/bin/sudo /usr/bin/apt-get
--purge -o
Dir::State::status=/home/buildd/build/chroot-unstable/var/lib/dpkg/status -o
* Stephen Gran sg...@debian.org [2009-04-21 23:55]:
This one time, at band camp, Rafael Laboissiere said:
* Martin Zobel-Helas zo...@ftbfs.de [2009-04-21 21:17]:
here some more infos:
21029 ?S 0:00 \_ sh -c /usr/bin/sudo /usr/bin/apt-get
--purge -o
Dir
* Thomas Weber thomas.weber.m...@gmail.com [2009-04-20 00:11]:
On Sun, Apr 19, 2009 at 05:47:11PM +0200, Luk Claes wrote:
Package: octave3.0
Version: 1:3.0.5-2
Severity: grave
Hi
The postinst of octave3.0 seems to hang on at least the mipsel buildds (for
unstable) [1].
* David Purton dcpur...@marshwiggle.net [2009-04-15 09:58]:
On Tue, Apr 14, 2009 at 06:18:44PM +0200, Rafael Laboissiere wrote:
It works fine for me on my i386 laptop. Could you please tell me what the
following yields for you:
ls -l /usr/lib/python2.5/site-packages/Skype4Py
* Gerfried Fuchs rho...@deb.at [2009-04-15 12:56]:
I hope that you as maintainer of the package know what the package is
about and am able to propose something - I can of course offer comments
for your suggestions;
What about the following (the descriptions for libmtp-dev, libmtp-doc, and
* Gerfried Fuchs rho...@debian.at [2009-04-14 13:39]:
Package: libmtp8
Version: 0.3.6-2
Severity: minor
Hi!
It would be nice if the long description of your package could consist
of full sentences[1] - the snippet in the first paragraph isn't really
one.
Furthermore it is
package skysentials
tags 523988 unreproducible moreinfo
thanks
* David Purton dcpur...@marshwiggle.net [2009-04-14 16:17]:
Package: skysentials
Version: 1.0.1-3
Severity: normal
skysentials dies at startup with the following printed to the console:
Traceback (most recent call last):
package octave-image
tags 517902 confirmed upstream wontfix
thanks
* Simon Wenner wenn...@student.ethz.ch [2009-03-09 20:54]:
I installed octave 3.1.53-1 from experimental, where several im*
functions are merged with octave, and imread and imshow work as expected.
Indeed, the current version
* Aaron M. Ucko u...@debian.org [2009-04-10 13:04]:
Package: octave3.0-headers
Version: 1:3.0.5-1
Severity: grave
Justification: renders package unusable (uninstallable)
octave3.0-headers now aims to depend on exact upstream gcc versions,
but its approach is somewhat off, in that the
* John W. Eaton j...@bevo.che.wisc.edu [2009-04-08 21:19]:
On 9-Apr-2009, Drew Parsons wrote:
| About the severity, I appreciate you need to get the new version across
| to testing but I don't think I could justify it with this bug.
I agree that we should limit the spread of 3.0.4 as
package octave3.0
tags 523042 upstream confirmed pending
severity normal
thanks
* Drew Parsons dpars...@debian.org [2009-04-08 11:54]:
Package: octave3.0
Version: 1:3.0.4~rc7-1
Severity: grave
Justification: causes non-serious data loss
Using the load function to read in a data file, it
package octave3.0
severity 523042 important
thanks
* Rafael Laboissiere raf...@debian.org [2009-04-08 08:53]:
I am hereby lowering the severity level of this bug report, [snip]
Doing it now. There was a typo in the header of my previous message.
--
Rafael
--
To UNSUBSCRIBE, email
* Rafael Laboissiere raf...@debian.org [2009-01-22 08:37]:
* Rafael Laboissiere raf...@debian.org [2009-01-15 07:53]:
Linus Walleij has kindly prepared a patch that may fix Bug#484696. Could
you please try the new packages found in the apt-getable repository below:
http
/521731
[2] http://packages.debian.org/sid/qtoctave
[3]
http://svn.debian.org/viewsvn/pkg-octave/qtoctave/trunk/debian/patches/font-option-in-png-export?rev=2772view=markup
Cheers,
--
Rafael Laboissiere
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
* Adeodato Simó d...@net.com.org.es [2009-04-02 12:32]:
* Rafael Laboissiere [Tue, 31 Mar 2009 03:03:29 +0200]:
[snip]
I merged both version for pymtp.py and the resulting debdiff is attached
below. I tested it with a Zen Creative device and creation of a track
from file worked using
* Thomas Perl t...@thpinfo.com [2009-04-02 14:37]:
I am fine with you NMUing pymtp. I can test your modifications locally
with an MTP device here before you upload, if you want (or tell me if
the debdiff you posted above is already what you intend to upload).
Please, test my changes.
Yes, it
and
upload the package to unstable.
Cheers,
Rafael Laboissiere
= debian/rules ==
pymtp (0.0.4-1.1) unstable; urgency=low
* Non-maintainer upload, for unblocking the libmtp7 - libmtp8
transition (closes: #521726), with approval
* Sergey B Kirpichev skirpic...@gmail.com [2009-03-31 17:43]:
Package: octave3.0
Version: 1:3.0.1-6lenny3
Severity: normal
How to reproduce:
shell mkdir -p ~/octave
shell unset DISPLAY
octave edit home ~/octave
octave edit mode sync
octave EDITOR
ans = vim
octave edit f.m
Vim:
package qtoctave
reopen 521731
tags 521731 confirmed upstream
thanks
* Sebastian Ramacher s.ramac...@gmx.at [2009-04-01 18:53]:
Rafael Laboissiere wrote:
* Sebastian Ramacher s.ramac...@gmx.at [2009-03-29 20:34]:
[snip]
print (/tmp/plot1.png, -color, Helvetica:12, -dpng)
where /tmp
* Thomas Perl t...@thpinfo.com [2009-03-30 13:00]:
The following seems to work for users of MTP devices so far (see the
attachment to that bug):
http://bugs.gpodder.org/show_bug.cgi?id=307
Thanks for the info. The changes to pymtp.py are different from those
that I proposed before. I will
* Rafael Laboissiere raf...@laboissiere.net [2009-03-30 16:31]:
* Thomas Perl t...@thpinfo.com [2009-03-30 13:00]:
The following seems to work for users of MTP devices so far (see the
attachment to that bug):
http://bugs.gpodder.org/show_bug.cgi?id=307
Thanks for the info
* Adeodato Simó d...@net.com.org.es [2009-03-29 20:08]:
Package: python-pymtp
Version: 0.0.4-1
Severity: serious
X-Debbugs-CC: Rafael Laboissiere raf...@debian.org
pymtp hardcodes a dependency on libmtp7, which has been dropped in
favour of libmtp8. Please take a look into uploading
The RC Bug#514655 against gtick is damn easy to fix for lenny. Should a
fixed package be uploaded to stable-proposed-updates?
--
Rafael
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
* Євгеній Мещеряков eu...@debian.org [2009-03-22 17:39]:
Package: octave3.0
Version: 1:3.0.4~rc5-3
Severity: normal
During upgrade from version 1:3.0.4~rc5-2:
Setting up octave3.0 (1:3.0.4~rc5-3) ...
error: `strsplit' undefined near line 44 column 7
error: evaluating assignment
* Ralf Treinen trei...@free.fr [2009-03-19 23:28]:
Subject: liblapack-doc: tries to overwrite file owned by qdbm-util
Package: qdbm-util,liblapack-doc
Severity: serious
Thanks for the heads up. This is indeed a bug in liblapack-doc.
I am taking care of it. There is a bug in debian/rules
Package: octave3.0
Version: 1:3.0.4~rc5-2
Severity: serious
This version of the octave3.0 package is based on a release candidate
snapshot for the upcoming 3.0.4 version. The upstream authors have told
us [1] that release candidates should not be distributed as Debian packages.
Let us keep
* Bruce Stephens br...@cenderis.demon.co.uk [2009-03-17 19:32]:
Rafael Laboissiere raf...@debian.org writes:
I just uploaded libmtp_0.3.7-1 to experimental. This should fixes
Bug#519980. Please, test it with your device.
It doesn't work for me (a Creative Zen, 041e:4157). With mtp
* Rafael Laboissiere raf...@debian.org [2009-03-17 00:16]:
* Cédric Boutillier cedric.boutill...@gmail.com [2009-03-16 14:53]:
I found this bug, trying to package for myself octave-ruby [0], an
interface between Octave and Ruby.
I do not know if what I will say makes much sense
Hi,
I just uploaded libmtp_0.3.7-1 to experimental. This should fixes
Bug#519980. Please, test it with your device.
I did not upload the package to sid, in order to avoid interference with the
ongoing transition libmtp7 - libmtp8 (see [1] and [2]).
[1]
* Steve Langasek vor...@debian.org [2009-03-16 07:52]:
This recommendation needs to be elminated entirely. It is *not* ok for
packages that provide libraries to stick extra linker paths in the global
configuration, whether by modifying ld.so.conf or by adding to
/etc/ld.so.conf.d. Either
* Bill Allombert bill.allomb...@math.u-bordeaux1.fr [2009-03-17 17:02]:
What is the rational for making the library private in the first place ?
In the case of the octave package, it is a decision of the upstream
authors. I think that one of the reasons is to avoid name clashes between
package libmtp8
tags 519980 moreinfo
thanks
* Leandro Lucarella llucare...@integratech.com.ar [2009-03-16 13:03]:
Package: libmtp8
Version: 0.3.6-2
Severity: important
Tags: patch
Please, see the upstream bug report for details:
* Bruce Stephens br...@cenderis.demon.co.uk [2009-03-16 22:00]:
Package: libmtp8
Version: 0.3.6-2
Followup-For: Bug #519980
I also get only partial retrieval of tracks. By the looks of the
patch linked to in the bug report the flags aren't changed for this
device, so I imagine the
* Cédric Boutillier cedric.boutill...@gmail.com [2009-03-16 14:53]:
I found this bug, trying to package for myself octave-ruby [0], an
interface between Octave and Ruby.
I do not know if what I will say makes much sense, but is it possible
to make the octave3.0 package send a file
* Thomas Weber thomas.weber.m...@gmail.com [2009-03-15 11:35]:
On Sat, Mar 14, 2009 at 09:35:36PM +0100, Rafael Laboissiere wrote:
matwrap is quite old and unmaintained. There is no rdepends on matwrap.
Besides, SWIG has now quite good Octave support. We could ask for the
removal
CDKHELPDIR=/usr/share/doc/libcdk-perl/examples/fulldemo/help
/usr/share/doc/libcdk-perl/examples/fulldemo/cdkdemo
The simple patch attached below allows the user to do simply:
/usr/share/doc/libcdk-perl/examples/fulldemo/cdkdemo
Rafael Laboissiere
-- System Information:
Debian Release
* Frank Lichtenheld dj...@debian.org [2009-02-21 14:05]:
Checking reverse dependencies...
# Broken Build-Depends:
h5utils: octave2.1-headers
Done: http://packages.qa.debian.org/h/h5utils/news/20090311T001724Z.html
octave-epstk: octave2.1-headers (= 2.1.73-10)
Done:
* Thomas Weber thomas.weber.m...@gmail.com [2009-03-14 21:09]:
Package: matwrap
Version: 0.57-11
Severity: normal
Following a private mail with a 'bug report'[1], I looked at matwrap's
single_axon example. It doesn't compile under Lenny.
matwrap is quite old and unmaintained. There is no
201 - 300 of 1098 matches
Mail list logo