Bug#1019720: alot: Unable to attach .doc document: "module 'magic' has no attribute '_libraries'"

2022-09-14 Thread Ico Doornekamp 
Package: alot
Version: 0.10-1
Severity: important

Dear Maintainer,

Trying to attach a microsoft word .doc document, alot throws the following
error:


INFO:envelope:editable headers: ['From', 'To', 'Subject']
INFO:globals:calling external command: ['vim', '+5', '/tmp/alot.ydvdzjr9.eml']
INFO:globals:open command shell
INFO:envelope:attaching: ['/tmp/attachment.doc']
ERROR:ui:Traceback (most recent call last):
  File "/usr/share/alot/alot/ui.py", line 723, in apply_command
cmd.apply(self)
  File "/usr/share/alot/alot/commands/envelope.py", line 66, in apply
envelope.attach(path)
  File "/usr/share/alot/alot/db/envelope.py", line 173, in attach
part = helper.mimewrap(path, filename, ctype)
  File "/usr/share/alot/alot/helper.py", line 458, in mimewrap
not libmagic_version_at_least(513)):
  File "/usr/share/alot/alot/helper.py", line 414, in libmagic_version_at_least
magic_wrapper = magic._libraries['magic']
AttributeError: module 'magic' has no attribute '_libraries'



-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-3-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages alot depends on:
ii  python3 3.9.8-1
ii  python3-configobj   5.0.6-5
ii  python3-gpg 1.17.1-4
pn  python3-magic   2:0.4.26-2
ii  python3-notmuch20.36-1
ii  python3-twisted 22.4.0-2
ii  python3-urwid   2.1.2-2
ii  python3-urwidtrees  1.0.3.dev0-2

Versions of packages alot recommends:
ii  notmuch  0.36-1
ii  w3m  0.5.3+git20220429-1+b1

Versions of packages alot suggests:
pn  alot-doc  

-- no debconf information

Bug#477084: wyrd: Also happens when adding new reminder without adding newline in editor

2015-11-26 Thread Ico Doornekamp 
* On 2015-11-26 10:23:20 +0100, Rhonda D'Vine wrote:
 
>  I know, the reply comes late, but ...  :)

But still, it comes!

So, this means wyrd is actually still being developed? That's great!

> Do you really insist on adding a newline which would mean that when one
> gets faced with the editor one would have to backspace or move the
> cursor to the point where they are actually expect to add the reminder
> message instead of being right there in the first place?

Well, my initial annoyance seems to have faded, I guess I've learned to
live with it :)

Thanks,

Ico

-- 
:wq
^X^Cy^K^X^C^C^C^C

Bug#491834: wyrd: 80/23 seems to be an artificial limitation?

2015-11-26 Thread Ico Doornekamp 
* On 2015-11-26 10:44:28 +0100, Rhonda D'Vine wrote:
 
> * Ico Doornekamp <i...@pruts.nl> [2009-01-12 17:54:08 CET]:
> > According to the previous reply, the reported assertion is due to wyrd
> > requiring a terminal of at least 80x23 chars. I don't happen to speak
> > fluent caml, but after browsing through the source and changing the
> > required width and height checks to a smaller size in interface_main.c,
> > I was able to run wyrd on a smaller terminal then 80x23 without
> > problems.
> 
> [...]
> 
>  When resizing horizontal to less than 80 characters wide it crashes
> with the assertion.

Assertions are not really nice for the end user, IMHO.

> [...]
>
> Maybe instead of ending with an assertion it should just simply quit
> at that point and writing out that it doesn't has the place anymore
> that it needed in the first place to get started?

What about drawing an empty screen with only the message 'terminal too
small'?  The user then has the chance to grow the window without having
to restart? (for example, take a look at 'moc' (music at console), which
does just that)

-- 
:wq
^X^Cy^K^X^C^C^C^C

Bug#783310: RFP: duc -- a collection of tools for indexing, inspecting and visualizing disk usage

2015-04-25 Thread Ico Doornekamp 
Package: wnpp
Severity: wishlist

* Package name: duc
  Version : 1.0
  Upstream Author : Ico Doornekamp d...@zevv.nl
* URL : https://github.com/zevv/duc
* License : GPLv2
  Programming Lang: C
  Description : a collection of tools for indexing, inspecting and 
visualizing disk usage. 

Duc is a collection of tools for indexing, inspecting and visualizing disk
usage. Duc maintains a database of accumulated sizes of directories of your
file system, and allows you to query this database with some tools, or create
fancy graphs showing you where your bytes are.

Duc is designed to scale to huge filesystems: it will index and display
hundreds of millions of files on petabytes of storage without problems.

Duc comes with a number of different interfaces for quering the
database: 

- command line interface similar to 'ls' or 'du'

- ncurses interface, similar to 'ncdu', but faster and better scaling

- X11 interface, similar to filelight, but faster

- CGI common gateway interface for navigating file systems through
  a web interface


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#251842: hotkeys: Patch for fixing one source of segfault

2009-05-06 Thread Ico Doornekamp 
Package: hotkeys
Severity: normal


The code does not check for NULL pointers returend from getConfig() when
configuring alsa. The following patch implements proper checking before
passing the return values of getConfig() to strdup:

--- hotkeys.c   2009-05-06 19:21:45.0 +0200
+++ hotkeys.c.new   2009-05-06 19:21:41.0 +0200
@@ -1566,6 +1566,7 @@
 main(int argc, char *argv[])
 {
 XkbEventev;
+char *alsacard, *alsacontrols;
 
 errorFile = stderr;
 openlog( PACKAGE, LOG_CONS | LOG_PID, LOG_USER );
@@ -1579,8 +1580,11 @@
 if ( !parseArgs(argc,argv) )
 bailout();
 
-if ( configALSA(strdup(getConfig(ALSAcard)), 
strdup(getConfig(ALSAcontrols))) == 0)
+alsacard = getConfig(ALSAcard);
+alsacontrols = getConfig(ALSAcontrols);
+if(alsacard  alsacontrols  configALSA(alsacard, alsacontrols) == 0) {
haveALSA = True;
+}
 
 #if HAVE_GTK
 if ( !noSplash )



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

Kernel: Linux 2.6.28.4 (SMP w/2 CPU cores; PREEMPT)
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 hotkeys depends on:
ii  libasound2  1.0.19-1 shared library for ALSA applicatio
ii  libatk1.0-0 1.24.0-2 The ATK accessibility toolkit
ii  libc6   2.9-4GNU C Library: Shared libraries
ii  libcairo2   1.8.6-2+b1   The Cairo 2D vector graphics libra
ii  libdb4.74.7.25-6 Berkeley v4.7 Database Libraries [
ii  libfontconfig1  2.6.0-3  generic font configuration library
ii  libfreetype62.3.9-4  FreeType 2 font engine, shared lib
ii  libglib2.0-02.20.0-2 The GLib library of C routines
ii  libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface 
ii  libpango1.0-0   1.24.0-3+b1  Layout and rendering of internatio
ii  libx11-62:1.2.1-1X11 client-side library
ii  libxext62:1.0.4-1X11 miscellaneous extension librar
ii  libxinerama12:1.0.3-2X11 Xinerama extension library
ii  libxml2 2.7.3.dfsg-1 GNOME XML library
ii  libxmu6 2:1.0.4-1X11 miscellaneous utility library
ii  libxosd22.2.14-1.7   X On-Screen Display library - runt
ii  libxrandr2  2:1.3.0-2X11 RandR extension library
ii  libxrender1 1:0.9.4-2X Rendering Extension client libra

hotkeys recommends no packages.

hotkeys suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#507720: sm: May be related, more garbled text

2009-01-22 Thread Ico Doornekamp 
Package: sm
Version: 0.11-1
Followup-For: Bug #507720


sm sometimes fails to layout text properly, but this seems to depend on
the text being displayed, as well as the screen resolution.

One case I can reproduce is on a 1920x1200 display, with the text

colin\n 
colin\n 
colin\n 

(\n being a newline)

Until the last newline is typed, everything is layouted properly: 

+---+
|colin  |
|colin  |
|colin  |
+---+

As soon as the last newline is added, all the 'c' are drawn on the left
border, while the rest of the word 'olin' keeps centered. The result
looks something like

+---+
| c   olin  |
| c   olin  |
| c   olin  |
|   |
+---+


-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (990, 'testing'), (30, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.27.2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages sm depends on:
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-7The Cairo 2D vector graphics libra
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.12.11-4  The GTK+ graphical user interface 
ii  libpango1.0-0 1.20.5-3   Layout and rendering of internatio

sm recommends no packages.

sm suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#507720: sm: May be related, more garbled text

2009-01-22 Thread Ico Doornekamp 

Hi Joachim,

  sm sometimes fails to layout text properly, but this seems to depend on
  the text being displayed, as well as the screen resolution.
 
 thanks for your report. I have had similar issues as well (first line
 moved up front). Unfortunately, the code in sm is too simple to cause
 this (I think). I guess I???m using pango where no man use used it
 before...

Guess you're right, I've isolated the issue down to the following
snippet, which shows problematic behaviour on my debian machine, but
seems to do ok on a standard ubuntu 8.04 system:

-
/*
 * gcc -o sm sm.c `pkg-config --cflags --libs pango gtk+-2.0`
 */

#include gtk/gtk.h

GtkWidget* window;
PangoFontDescription *font;
PangoLayout* layout;
GtkWidget* draw;
GdkGC *gc;

static void redraw() 
{
gdk_draw_layout(draw-window, gc, 0, 0, layout);
}

int main(int argc, char **argv) 
{

gtk_init(argc, argv);

window = gtk_window_new(GTK_WINDOW_TOPLEVEL);

draw = gtk_drawing_area_new();
gtk_container_add(GTK_CONTAINER(window), draw);

layout = gtk_widget_create_pango_layout(draw, ico);
font = pango_font_description_new();
pango_font_description_set_size(font, 120 * PANGO_SCALE);
pango_layout_set_font_description(layout, font);

gtk_widget_show_all(window);

gc = gdk_gc_new(draw-window);

g_signal_connect(G_OBJECT(draw), expose-event, G_CALLBACK(redraw), 
NULL);

gtk_main();

return 0;
}

---

It doesn't get much simpler than this. My guess is either

a) There's an issue with pango
b) The above snippet does not properly use the pango API 

Since the problem does not show on ubuntu, option a seems to be
plausible. If I find the time I'll try to dig a bit deeper into the
libs, although I find these kind of internals a bit scary myself.
Posting on the pango list might be an idea.

Thanks,

Ico

-- 
:wq
^X^Cy^K^X^C^C^C^C



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#507720: sm: May be related, more garbled text

2009-01-22 Thread Ico Doornekamp 


* On 2009-01-22 Joachim Breitner nome...@debian.org wrote  :

 Am Donnerstag, den 22.01.2009, 12:23 +0100 schrieb Ico Doornekamp:
  It doesn't get much simpler than this. My guess is either
  
  a) There's an issue with pango
  b) The above snippet does not properly use the pango API 
  
  Since the problem does not show on ubuntu, option a seems to be
  plausible. If I find the time I'll try to dig a bit deeper into the
  libs, although I find these kind of internals a bit scary myself.
  Posting on the pango list might be an idea.
 
 Great, thanks for trying to debug this!
 
 Here is a related gnome bugzilla entry:
 http://bugzilla.gnome.org/show_bug.cgi?id=341481
 
 Maybe you can check if this is the same bug.

I'm not sure if it is the same as above bug, but it looks a lot like
the bug you reported yourself in may 2008:

http://bugzilla.gnome.org/show_bug.cgi?id=535041

I'm pretty sure this is the same issue, looking at the .png you attached
to that post.


-- 
:wq
^X^Cy^K^X^C^C^C^C



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#491834: wyrd: 80/23 seems to be an artificial limitation?

2009-01-12 Thread Ico Doornekamp 
Package: wyrd
Version: 1.4.4-1
Followup-For: Bug #491834


Personally, I'm bitten by this assertion quite often (few times a day),
which I can partly attribute to running a tiled window manager: tiling
window managers tend to resize windows much more often and more
aggresivethen 'traditional' window managers, thus often exposing bugs in
the handling of terminal resizing in applications (or even in the linux
kernel pty driver!)

According to the previous reply, the reported assertion is due to wyrd
requiring a terminal of at least 80x23 chars. I don't happen to speak
fluent caml, but after browsing through the source and changing the
required width and height checks to a smaller size in interface_main.c,
I was able to run wyrd on a smaller terminal then 80x23 without
problems.

For me it seems that the given assertion occurs when wyrd is no longer
able to fit all components on the screen: as soon as the terminal is too
small to draw both the timed reminders and the calendar, the reported
assertions will trigger. Thus, the size 80x23 seems arbitrary, since the
exact size depends on the size of the various objects on the screen, and
the value of the user-defined variable 'untimed_window_width' in the
configuration file.

I think the proper fix would be to handle drawing a bit more flexible,
probably allowing parts of the calender to fall outside the screen,
instead of throwing an assertion and aborting the program. 

My current workaround is to run wyrd from a small script that tries to
restart wyrd in a loop when it dies, not charming but is does the job.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages wyrd depends on:
ii  less  418-1  Pager program similar to more
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libncursesw5  5.7+20090105-1 shared libraries for terminal hand
ii  remind03.01.05-2 a sophisticated reminder service

wyrd recommends no packages.

wyrd suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#477084: wyrd: Also happens when adding new reminder without adding newline in editor

2009-01-12 Thread Ico Doornekamp 
Package: wyrd
Version: 1.4.4-1
Followup-For: Bug #477084


The described phenomenon not only occurs when copying reminders, but
also when creating a new one:

- Start wyrd, and press 'enter' on a given time to create a new
  reminder. Editor is opened with the following line:

  REM Jan 13 2009 AT 04:00 DURATION 1:00 MSG

  note: no newline is added after the newly inserted reminder

- Do not edit, but close editor without saving

- Press 'enter' on another time/date to add another appointment. Editor
  now opens with the line:

  REM Jan 13 2009 AT 04:00 DURATION 1:00 MSG REM Jan 13 2009 AT 02:00 DURATION 
1:00 MSG

I think a solution would be to add a newline after a newly inserted
reminder, before opening the file in the users editor.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages wyrd depends on:
ii  less  418-1  Pager program similar to more
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libncursesw5  5.7+20090105-1 shared libraries for terminal hand
ii  remind03.01.05-2 a sophisticated reminder service

wyrd recommends no packages.

wyrd suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#500271: libglade2-0: glade does not allow for linking with gdk+directfb-2.0

2008-09-28 Thread Ico Doornekamp 


I Josselin,

Thanks for the fast response,

* On 2008-09-28 Josselin Mouette [EMAIL PROTECTED] wrote  :

 Le vendredi 26 septembre 2008 à 21:21 +0200, Ico Doornekamp a écrit :
  Subject: libglade2-0: glade does not allow for linking with gdk+directfb-2.0
  Package: libglade2-0
  Version: 1:2.6.2-1
  Severity: normal
  
  *** Please type your report below this line ***
  
  It seems that libglade-2.0 depends on libgdk-x11-2.0, which clashes with
  libdk-directfb-2.0. This makes it impossible to use glade on gtk/gdk
  directfb applications:
  
  [EMAIL PROTECTED]:/tmp$ gcc  `pkg-config --libs gtk+-directfb-2.0 
  libglade-2.0` -o hello hello.c
  /usr/lib/gcc/i486-linux-gnu/4.3.1/../../../../lib/libgdk-x11-2.0.so: 
  undefined reference to `cairo_
  /usr/lib/gcc/i486-linux-gnu/4.3.1/../../../../lib/libgdk-x11-2.0.so: 
  undefined reference to `cairo_
  /usr/lib/gcc/i486-linux-gnu/4.3.1/../../../../lib/libgdk-x11-2.0.so: 
  undefined reference to `cairo_
  collect2: ld returned 1 exit status
 
 Since the GDK ABI is not independent from the backend, all libraries you
 need have to be rebuilt against the directfb version if you want to use
 them with this backend.

Yes, that makes sense, I kind of figured that out after I submitted the
report.

 If you are developing a new application targeted to DirectFB, you???d
 better consider using GtkUIManager instead of Glade, that will avoid
 using another library for that.

I'm porting a few existing applications from X to directfb for an
embedded system, which is why I ran into this issue. Of course I can
work around this by building my own glade for directfb, but I was
wondering if a directfb version of glade would be a useful thing for
debian. I guess creating a whole package for this is not worth the
hassle, but thanks for the explanation.

Regards,

Ico




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#500271: libglade2-0: glade does not allow for linking with gdk+directfb-2.0

2008-09-26 Thread Ico Doornekamp 
Subject: libglade2-0: glade does not allow for linking with gdk+directfb-2.0
Package: libglade2-0
Version: 1:2.6.2-1
Severity: normal

*** Please type your report below this line ***

It seems that libglade-2.0 depends on libgdk-x11-2.0, which clashes with
libdk-directfb-2.0. This makes it impossible to use glade on gtk/gdk
directfb applications:

[EMAIL PROTECTED]:/tmp$ gcc  `pkg-config --libs gtk+-directfb-2.0 libglade-2.0` 
-o hello hello.c
/usr/lib/gcc/i486-linux-gnu/4.3.1/../../../../lib/libgdk-x11-2.0.so: undefined 
reference to `cairo_
/usr/lib/gcc/i486-linux-gnu/4.3.1/../../../../lib/libgdk-x11-2.0.so: undefined 
reference to `cairo_
/usr/lib/gcc/i486-linux-gnu/4.3.1/../../../../lib/libgdk-x11-2.0.so: undefined 
reference to `cairo_
collect2: ld returned 1 exit status


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (30, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26.5 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libglade2-0 depends on:
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libglib2.0-0   2.16.5-1  The GLib library of C routines
ii  libgtk2.0-02.12.11-3 The GTK+ graphical user interface
ii  libpango1.0-0  1.20.5-1  Layout and rendering of internatio
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxml22.6.32.dfsg-3 GNOME XML library
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra

libglade2-0 recommends no packages.

libglade2-0 suggests no packages.

-- no debconf information




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#436894: liquidsoap: MP3 streaming to icecast not available

2007-08-09 Thread Ico Doornekamp 
Package: liquidsoap
Version: 0.3.3-3
Severity: important


The current build of liquidsoap seems not to be able generate an icecast

MP3 stream. The command 



  output.icecast.mp3(host=localhost,password=hackme,mount=stream, stream) 



causes the error



  Line 14, char 82 before ): Unbound symbol output.icecast.mp3!   



-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages liquidsoap depends on:
ii  adduser  3.104   add and remove users and groups
ii  libao2   0.8.8-3 Cross Platform Audio Output Librar
ii  libasound2   1.0.14a-2   ALSA library
ii  libc62.6-2   GNU C Library: Shared libraries
ii  libcamomile-ocaml-da 0.7.1-1 Unicode data for OCaml
ii  libid3tag0   0.15.1b-10  ID3 tag reading library from the M
ii  libmad0  0.15.1b-2.1 MPEG audio decoder library
ii  libogg0  1.1.3-2 Ogg Bitstream Library
ii  libpcre3 6.7-1   Perl 5 Compatible Regular Expressi
ii  libshout32.2.2-1 MP3/Ogg Vorbis broadcast streaming
ii  libspeex11.1.12-3The Speex Speech Codec
ii  libtheora0   0.0.0.alpha7.dfsg-2 The Theora Video Compression Codec
ii  libvorbis0a  1.1.2.dfsg-2The Vorbis General Audio Compressi
ii  libvorbisenc21.1.2.dfsg-2The Vorbis General Audio Compressi
ii  libvorbisfile3   1.1.2.dfsg-2The Vorbis General Audio Compressi
ii  wget 1.10.2-3retrieves files from the web

Versions of packages liquidsoap recommends:
ii  icecast22.3.1-5.1+b1 Ogg Vorbis and MP3 streaming media

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#350536: avr-libc: New upstream version available (1.4)

2006-01-30 Thread Ico Doornekamp 
Package: avr-libc
Version: 1:1.2.3-3
Severity: wishlist


New upstream version of avr-libc is available (1.4). There seem to be
some API changes which will break existing code that expects verson 1.2.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.13
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]