Bug#962713: please add support for x13as

2020-06-12 Thread Riccardo (Jack) Lucchetti

On Fri, 12 Jun 2020, Dirk Eddelbuettel wrote:


| Quickly looking at the source code of gretl, I am under the impression that it
| may need to be slightly patched in order to find the x13as executable (it 
seems
| to hardcode a Windows .exe path). But I did not really investigate, so I leave
| that up to you.


I believe that no adjustment is needed. The .exe path you're referring to 
is buried within an #if directive, and is only used when cross-compiling 
for windows. In fact, I just installed the debian x13as package and tried 
using that from within gretl instead of my home-baked x13as, and it works 
just fine.


 ---
  Riccardo (Jack) Lucchetti
  Dipartimento di Scienze Economiche e Sociali (DiSES)

  Università Politecnica delle Marche
  (formerly known as Università di Ancona)

  r.lucche...@univpm.it
  http://www2.econ.univpm.it/servizi/hpp/lucchetti
---

Bug#909728: I found a workaround

2018-10-04 Thread Riccardo (Jack) Lucchetti


On Tue, 2 Oct 2018 08:51:25 +0200 Matijs van Zuijlen  wrote:


Dear maintainer,

The folder /usr/local/share/fonts turned out to be empty. Removing it
stopped the messages appearing.


Oh, thank you so much, that was driving me crazy. In fact, maybe the 
severity for this bug could be upgraded, since


(a) seems to be related to bug #897251 (which was then apparently resolved 
via a workaround, but still...); the exact chain of events that triggers 
the message on stderr is very well laid out in

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897251#18

(b) it hits the "gretl" program quite badly: gretl uses gnuplot as its 
graphical engine, and throws an error if gnuplot throws something on 
stderr (which is what happens if you have an empty /usr/local/share/fonts 
dir).


---
  Riccardo (Jack) Lucchetti
  Dipartimento di Scienze Economiche e Sociali (DiSES)

  Università Politecnica delle Marche
  (formerly known as Università di Ancona)

  r.lucche...@univpm.it
  http://www2.econ.univpm.it/servizi/hpp/lucchetti
---

Bug#741767: gretl: FTBFS: complete.c:129:41: error: 'CPPFunction' undeclared (first use in this function)

2014-03-18 Thread Riccardo (Jack) Lucchetti

On Tue, 18 Mar 2014, Dirk Eddelbuettel wrote:



On 16 March 2014 at 16:14, Allin Cottrell wrote:
| On Sun, 16 Mar 2014, Dirk Eddelbuettel wrote:
|
|  Here is a fresh Debian bug report. It looks like that the bleeding edge
|  changed things -- in this case readline apparently had and no longer has
|  CPPFunction defined.
|
| Yep, that disappeared in readline 6.3. Gretl CVS is already up to date
| with the change. We should probably do a release before long.

Or else direct me to / help me to a patch that does the same?  Else gretl
risk being tossed out of the archive for 'being unable to build' :-/


Possibly, the following may be enough; could you please check?

--- complete.c  2007/08/22 15:10:47 1.12
+++ complete.c  2014/03/08 19:29:10 1.13
@@ -126,6 +126,6 @@
 rl_readline_name = gretl;

 /* Tell the completer that we want a crack first. */
-rl_attempted_completion_function = (CPPFunction *) gretl_completion;
+rl_attempted_completion_function = (rl_completion_func_t *) 
gretl_completion;
 }



Release sounds good though.


This should happen fairly soon, methinks.

---
  Riccardo (Jack) Lucchetti
  Dipartimento di Scienze Economiche e Sociali (DiSES)

  Università Politecnica delle Marche
  (formerly known as Università di Ancona)

  r.lucche...@univpm.it
  http://www2.econ.univpm.it/servizi/hpp/lucchetti
---

Bug#523389: pulseaudio: Stuttering during first seconds of playback

2009-04-10 Thread Riccardo Jack Lucchetti
It's happening on my box too. If it helps, here's the output to lspci |
grep Audio:

00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
High Definition Audio Controller (rev 03)

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (650, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pulseaudio depends on:
ii  adduser   3.110  add and remove users and groups
ii  consolekit0.3.0-2framework for defining and
trackin
ii  libasound21.0.19-1   shared library for ALSA
applicatio
ii  libasyncns0   0.3-1  Asyncronous name service query
lib
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libcap2   1:2.16-4   support for getting/setting
POSIX.
ii  libdbus-1-3   1.2.12-1   simple interprocess messaging
syst
ii  libgdbm3  1.8.3-4GNU dbm database routines
(runtime
ii  libltdl3  1.5.26-4   A system independent dlopen
wrappe
ii  liboil0.3 0.3.15-1   Library of Optimized Inner
Loops
ii  libpolkit-dbus2   0.9-3  library for accessing PolicyKit
vi
ii  libpolkit20.9-3  library for accessing PolicyKit
ii  libpulsecore9 0.9.14-2   PulseAudio sound server core
ii  libsamplerate00.1.7-2audio rate conversion library
ii  libsndfile1   1.0.18-2   Library for reading/writing
audio
ii  libspeexdsp1  1.2~rc1-1  The Speex extended runtime
library
ii  libwrap0  7.6.q-16   Wietse Venema's TCP wrappers
libra
ii  lsb-base  3.2-22 Linux Standard Base 3.2 init
scrip

Versions of packages pulseaudio recommends:
ii  gstreamer0.10-pulseaudio  0.10.14-2  GStreamer plugin for PulseAudio
ii  libasound2-plugins1.0.19-2   ALSA library additional plugins
ii  padevchooser  0.9.3-2PulseAudio Device Chooser
ii  paprefs   0.9.6-2PulseAudio Preferences
ii  pulseaudio-esound-compat  0.9.14-2   PulseAudio ESD compatibility
layer
ii  pulseaudio-module-hal 0.9.14-2   HAL device detection module for
Pu
ii  pulseaudio-module-x11 0.9.14-2   X11 module for PulseAudio sound
se

Versions of packages pulseaudio suggests:
ii  paman0.9.4-1 PulseAudio Manager
ii  pavucontrol  0.9.6+svn20080426-1 PulseAudio Volume Control
ii  pavumeter0.9.3-1 PulseAudio Volume Meter
ii  pulseaudio-utils 0.9.14-2Command line tools for the
PulseAu


Bug#518870: gretl needs a more recent version of gnuplot than 4.0.0-5 (4.2.4-4 works)

2009-03-09 Thread Riccardo (Jack) Lucchetti

On Sun, 8 Mar 2009, Dirk Eddelbuettel wrote:


Allin, would you know anything about this?  Looking at INSTALL and
configure.ac suggests that gretl only want gnuplot but not a particular
version.

A quick glance at http://packages.debian.org/gnuplot that one must try really
hard to get an older gnuplot.  Also, strictly speaking, gnuplot is just a
Recommends:

I can't quite convince myself whether this is a user error of upgrading parts
of the system but not others.  In any case, I'll put a simple versioned
Depends of the type

gnuplot (= 4.2)

into the metadata for Debian's gretl to precent use with version 4.0.

Thanks, Dirk


I think we need not only to upgrade the dependency to 4.2, but also to 
strengthen it to needs. Gretl's reliance on gnuplot has grown 
considerably through time.




Riccardo (Jack) Lucchetti
Dipartimento di Economia
Università Politecnica delle Marche

r.lucche...@univpm.it
http://www.econ.univpm.it/lucchetti