I think the problem lies between the kernel (module or not) that seeks
the firmware in the /lib/firmware directory and hdsploader that is
actually patched to seek in /lib/firmware/hdsploader.
We have two ways to fix it. Either patch hdsploader for it to seek in
/lib/firmware and install hdsp firmw
OK, i figured out this one and hit a wall :
management.disable_termcolors() => from django.core.management.color
import no_style
Now is :
Traceback (most recent call last):
File "/usr/bin/falcon-start", line 87, in ?
falcon.conf.set_options(options, action!='iso', action)
File "/usr/lib/p
Public bug reported:
Binary package hint: falcon
Runnig falcon in intrepid gives the following error :
Traceback (most recent call last):
File "/usr/bin/falcon-start", line 14, in ?
import falcon
File "/usr/lib/python2.4/site-packages/falcon/__init__.py", line 45, in ?
import falcon.c
After some research, this is due to some incompatible changes in django
1.0 :
maxlength => max_length
get_creation_module() => connection.creation
DATA_TYPES => data_types
I'll put a patch as soon as I've tackled all the differences.
I'm now on :
Traceback (most recent call last):
File "/usr
Sorry wrong link in previous comment, I ment :
https://bugs.launchpad.net/falcon/+bug/206762
** Also affects: falcon
Importance: Undecided
Status: New
--
falcon doesn't work in intrepid
https://bugs.launchpad.net/bugs/282472
You received this bug notification because you are a member o
** Changed in: ubuntu
Status: Confirmed => In Progress
** Changed in: ubuntu
Assignee: (unassigned) => Raphaël Doursenaud (rdoursenaud)
--
[needs-packaging] Bitmeter
https://bugs.launchpad.net/bugs/192706
You received this bug notification because you are a member of Ubunt
The problem was lying in my ~/.pbuilderrc configuration.
pdebuild needs :
PBUILDERROOTCMD="sudo -E"
I didn't have the -E parameter so environment variables weren't passed.
Don't know why it was working before...
** Changed in: pbuilder (Ubuntu)
Assignee: (unassign
** Changed in: ubuntustudio
Status: In Progress => Fix Released
--
[needs-packaging] vamp-plugin-sdk
https://bugs.launchpad.net/bugs/186284
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@l
Public bug reported:
Binary package hint: rosegarden
Rosegarden should recommend, suggest or depend on samplerate-programs
and kdebase-bin to avoid upstream warning screens at launch.
** Affects: rosegarden (Ubuntu)
Importance: Undecided
Status: New
--
Rosegarden should recommend
Public bug reported:
Ardour package misses the following build dependencies :
libtool (absolutely needed to build)
fftw3-dev (needed for FFT window / feature enhancement)
libusb-dev (needed for Tranzport support / feature enhancement)
If preceding inputs are to be followed, it will miss the fftw3
On hardy, creating a simple symlink from
/lib/firmware/hdsploader/multiface_firmware_rev11.bin to
/lib/firmware/multiface_firmware_rev11.bin loads the firmware
automagically every time the module is loaded.
I think firmware helper don't seek in subdirectories.
Maybe this bug should be against ude
Bug confirmed on released Hardy 8.04 with kernel 2.6.24-16-generic.
oti6858 module loads successfully but trying to access the device gives a bunch
of :
"oti6858_read_int_callback(port = 0, status = 0)"
messages and some :
"oti6858_chars_in_buffer(port = 0)
oti6858_write_room(port = 0)"
until you
This is already fixed upstream in 2.0-ongoing SVN.
Ardour now allows to setup and launch jack if it's not already running.
Attached is a screenshot of the new pane.
** Attachment added: "New jack setup"
http://launchpadlibrarian.net/9370626/Capture-Ardour%20-%20ardour%20%3A%20gestion%20des%20s
Confirmed here. Debian bug was Bug#433931. Fixed in Debian with
qt4-x11/4.3.1-1.
--
On a multihead Xinerama setup, menus in qt4 apps are displayed in wrong places
https://bugs.launchpad.net/bugs/135882
You received this bug notification because you are a member of Kubuntu
Team, which is a bug con
Public bug reported:
Source code is available at :
http://www.studionumbersix.com/foo/
Licence :
GPL version 2
** Affects: ubuntustudio
Importance: Undecided
Assignee: Raphaël Doursenaud (rdoursenaud)
Status: In Progress
** Affects: ubuntu
Importance: Undecided
http://revu.tauware.de/details.py?package=foo-plugins
** Changed in: ubuntu
Assignee: (unassigned) => Raphaël Doursenaud (rdoursenaud)
Status: New => In Progress
** Also affects: ubuntustudio
Importance: Undecided
Status: New
** Changed in: ubuntustudio
As
** Also affects: ubuntustudio
Importance: Undecided
Status: New
** Changed in: ubuntustudio
Assignee: (unassigned) => Raphaël Doursenaud (rdoursenaud)
Status: New => In Progress
--
[needs-packaging] vamp-plugin-sdk
https://bugs.launchpad.net/bugs/186284
You receive
Public bug reported:
Source code is available at :
http://gtk-splitter.sourceforge.net/
Licence : GPLv2
** Affects: ubuntu
Importance: Undecided
Status: New
** Tags: needs-packaging
--
[needs-packaging] gtk-splitter
https://bugs.launchpad.net/bugs/187428
You received this b
http://revu.tauware.de/details.py?package=gtk-splitter
--
[needs-packaging] gtk-splitter
https://bugs.launchpad.net/bugs/187428
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.c
Public bug reported:
Source code is available at :
http://web.telia.com/~u45802013/wacom/
Licence : GPLv2
** Affects: ubuntu
Importance: Undecided
Assignee: Raphaël Doursenaud (rdoursenaud)
Status: In Progress
** Tags: needs-packaging
--
[needs-packaging] expresskeys
http://revu.ubuntuwire.com/details.py?package=expresskeys
** Changed in: ubuntu
Assignee: (unassigned) => Raphaël Doursenaud (rdoursenaud)
Status: New => In Progress
--
[needs-packaging] expresskeys
https://bugs.launchpad.net/bugs/188502
You received this bug notification b
** Changed in: ubuntu
Assignee: (unassigned) => Raphaël Doursenaud (rdoursenaud)
Status: New => In Progress
--
[needs-packaging] vamp-plugin-sdk
https://bugs.launchpad.net/bugs/186284
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug c
Public bug reported:
Source code is available at :
http://www.vamp-plugins.org/develop.html
Licence :
Permission is hereby granted, free of charge, to any person
obtaining a copy of this software and associated documentation
files (the "Software"), to deal in the Software without
http://revu.tauware.de/details.py?package=vamp-plugin-sdk
--
[needs-packaging] vamp-plugin-sdk
https://bugs.launchpad.net/bugs/186284
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ub
Version 2.2 in hardy addresses this.
** Changed in: ardour (Ubuntu)
Status: New => Fix Released
--
Ardour could not connect to JACK
https://bugs.launchpad.net/bugs/119464
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
Thanks for your answer, then I'm wondering why I need it.
Here's the message I get when trying to recompile the package :
[...]
cd libs/sigc++2 && ./autogen.sh && cd -
You do not have libtool installed, which is very sadly required to build part
of Ardour
scons: *** [libs/sigc++2/configure] Erro
Public bug reported:
I used to issue
$DIST=gutsy ARCH=i386 pdebuild
on my amd64 machine to build i386 versions of some packages using the
configuration found in
https://wiki.ubuntu.com/PbuilderHowto#head-1be378ab60d3bab23eefabce49cf7df927d46f81
Starting from hardy, this doesn't work as expect
I received an email from Mats Johannesson stating that expresskeys won't
work on hardy. I verified that so I'm putting this on hold until the
issue is resolved.
For those that want further explanations, here's what he's saying :
[...]
expresskeys will _not_ work on that release (from what I've
ex
ttoine,
This packaging is just what I proposed : drop the 02_move_hdsploader.patch!
The problem here is that hdsploader may now not be able to find the firmware in
this location because it's actually patched to seek in the hdsploader
subdirectory. Can you test & confirm that?
That's why I think
ttoine,
I understand and know that. I also use a custom alsa-firmware package with my
multiface.
What I just say here is that the solution is incomplete and that's why I insist
on this change!
There's a few scenarios where people might want to load the firmware manually
through hdsploader.
i.e.
Actually the best way would be to unpatch our packages and follow the
upstream way of installing this particular firmware.
Or
Keep our current patches against ubuntu's alsa-tools
(firmware_locations.patch) and medibuntu's alsa-firmware
(02_move_hdsploader.patch) in place and use the previously pr
Dug a bit on the debian side and changelog says it was an ubuntu merge at
version 1.0.17 so we did it wrong in the first place.
Now that ubuntu synced with debian, the changelog says the same! (Recursive
changelog is something I didn't hit before, seems fun ... or not)
Will try to know more and p
OK so after some research, it seems it was patched as a transition from the
firmware storage policy.
I assume we can safely drop the two patches quoted two comments above. Keep
debian maintainers tuned and we will be safe using the upstream vanilla way of
storing firmwares. Kernel will find the
** Attachment added: "Patch against current medibuntu alsa-firmware package to
drop the patch moving the hdsp firmwares in an unexpected place, notably for
the kernel."
http://launchpadlibrarian.net/35008275/alsa-firmware_drop-hdsp-patch.patch
--
rme hdsp firmware is not loaded at system st
** Attachment added: "Patch against current universe alsa-tools source package
providing alsa-firmware-loaders binary package, to tell hdsploader to seek for
its firmwares in the place expected by the kernel"
http://launchpadlibrarian.net/35008363/alsa-tools_correct-hdsp-firmware-path.patch
35 matches
Mail list logo
