Ubuntu

K3b dont find emovix-2 and normalize

Reported by hamacker on 2006-05-16
160
This bug affects 29 people
Affects Status Importance Assigned to Milestone
k3b (Ubuntu)
Undecided
Mario Đanić

Bug Description

Binary package hint: k3b

Usining dapper live install beta 2, kernel 2.6.15-22-686 updated (2006-05-16), gnome enviroment.

sudo apt-get install k3b k3b-i18n normalize-audio toolame movixmaker-2 libk3b2-mp3 vcdimager vorbis-tools mpg321 sox transcode

Ok, everything is installed. But when run 'k3b'->Settings->Configure K3b->Programs, Normalize and eMovix Applications is not Found.

To repair 'Normalize' :
cd /usr/bin
sudo ln -s normalize-audio normalize
(because k3b search for normalize and not normalize-audio)

But I dont know a workaround to repair emovix, I try :
sudo ln -s movixmaker-2 movixmaker
but is not that k3b lookup.

Kenny Duffus (kduffus) on 2006-08-13
Changed in k3b:
assignee: nobody → kduffus
Kenny Duffus (kduffus) wrote :

normalise is fine in edgy, but i confirm emovix in dapper and edgy

Changed in k3b:
status: Unconfirmed → Confirmed
ConceptRat (conceptrat) wrote :

Just a heads up about the emovix not being found. You have to install the debian package from the emovix sourceforge.net page http://sourceforge.net/projects/movix/ choose the emovix download then the debian package. This installs the required files to create emovix CD images.

I think the problem here is really that people aren't interpretting the problem correctly. It says that the emovix files can't be found because it's looking for the image files not a program as such. Movixmaker-2 doesn't seem to install the emovix files as I think it uses the same steps as emovix to create the images using the same programs as emovix. This make sense?

Even though the debian package installs faultlessly, perhaps this debian package could be included in the same ubuntu repos as mplayer, etc?

Cheers
Julz

Carlos Aguilar (darkness51) wrote :

Hi, i am using fesity and normalize not found, i was follow the steps ln -s normalize-audio en not found

emikaadeo (emikaadeo) wrote :

I confirm this. K3b on feisty can't find normalize. Normalize-audio is installed on my system.

Tito (farmatito) wrote :

The solution for feisty is to download the latest source package normalize-0.7.7 and change this lines in
normalize-0.7.7/src/normalize.c

   case 'V':
      printf("normalize %s\n", version);
      printf(_("\

to

   case 'V':
      printf("%s %s\n", progname, version);
      printf(_("\

after that
checkinstall make install
ln -s /usr/bin/normalize /usr/bin/normalize-audio

and everything will work.
The problem is due to the fact that k3b calls normalize-audio -V
but the program answers:
normalize 0.7.7

rather than

normalize-audio 0.7.7

Arthur (arthur-sosa) wrote :

I can confirm the bug related to the normalize-audio call.
Tito' solution works for me on feisty.

Uqbar (uqbar) wrote :

Both bug and fix confirmed for normalize.

Uqbar (uqbar) wrote :

I forgot to mention that you have to rename the program to "normalize-audio" from "normalize" after the installation.
I'm sure you can change something in some Makefile, but have no time to check.
In my opinion it's the k3b that should be modified, not the normalize!

Tito (farmatito) wrote :

as said after patching and compiling you just need to add a symbolic link

ln -s /usr/bin/normalize /usr/bin/normalize-audio

the above fix IMHO is more rational 'cause it allows to fix this issue and all future
similar ones.

tito

Mario Đanić (mario-danic) wrote :

Does the problem still exists in gutsy?

Changed in k3b:
assignee: kduffus → mario-danic

I can confirm that the normalize problem still exists in gutsy as of 24/06/2007. It can be fixed either by creating the symlink as mentioned above or by adding /usr/bin/normalize-audio as a search path in k3b->configure k3b->programs->search path

As reported above installing the emovix package from sourceforge fixes the eMovix not found problem. However, the newest version of the emovix package (0.9.0-1 dated 27-06-2005) depends on cdrecord. Since k3b now uses wodim instead of cdrecord then cdrecord is not installed on Gutsy, at least not on my system, see terminal output below. This means users have to install a useless package just to satisfy this dependency although this is probably more of an upstream issue.

sudo dpkg -i emovix_0.9.0-1_all.deb
[sudo] password for richard:
Selecting previously deselected package emovix.
(Reading database ... 76927 files and directories currently installed.)
Unpacking emovix (from emovix_0.9.0-1_all.deb) ...
dpkg: dependency problems prevent configuration of emovix:
 emovix depends on cdrecord; however:
  Package cdrecord is not installed.
dpkg: error processing emovix (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 emovix
richard@testbox:/tmp$ sudo aptitude install cdrecord
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initialising package states... Done
Writing extended state information... Done
Building tag database... Done
The following NEW packages will be installed:
  cdrecord
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 1306B of archives. After unpacking 41.0kB will be used.
Writing extended state information... Done
Get:1 http://gb.archive.ubuntu.com gutsy/main cdrecord 9:1.1.6-1 [1306B]
Fetched 1306B in 0s (2156B/s)
Selecting previously deselected package cdrecord.
(Reading database ... 77341 files and directories currently installed.)
Unpacking cdrecord (from .../cdrecord_9%3a1.1.6-1_all.deb) ...
Setting up cdrecord (9:1.1.6-1) ...

Setting up emovix (0.9.0-1) ...
richard@testbox:/tmp$ sudo dpkg -i emovix_0.9.0-1_all.deb
(Reading database ... 77346 files and directories currently installed.)
Preparing to replace emovix 0.9.0-1 (using emovix_0.9.0-1_all.deb) ...
Unpacking replacement emovix ...
Setting up emovix (0.9.0-1) ...

Breuil Cyril (cyrilb856) wrote :

for normalize-audio in gutsy it should be ok! i've make a patch for it! for emovix-2 i was not able to solve it.

Mario Đanić (mario-danic) wrote :

I've seen the patch, thank you. There are however some other problems that we have to solve
in current k3b packaging (like some of the patches not working) and some decisions
must be made before we can proceed.

Fungyo (sites07) wrote :

not sure why (new to linux) but my normalize was installed to /usr/local/bin directory in feisty.

I had to use

ln -s /usr/local/bin/normalize /usr/bin/normalize-audio

to get it working.

Just thought i'd add this for other newbies who might find they have a similar configuration

Martin Adler (martin-adler) wrote :

Out of the box in gusty, normalize-audio is _not_ found. Adding search path with full path does not work either. normalize-audio is installed in /usr/bin via normalize-audio package.

Mario Đanić (mario-danic) wrote :

normalize-audio problem is fixed in gutsy.

cyberfin (cyberfin) wrote :

<quote>

Just a heads up about the emovix not being found. You have to install the debian package from the emovix sourceforge.net page http://sourceforge.net/projects/movix/ choose the emovix download then the debian package. This installs the required files to create emovix CD images.

I think the problem here is really that people aren't interpretting the problem correctly. It says that the emovix files can't be found because it's looking for the image files not a program as such. Movixmaker-2 doesn't seem to install the emovix files as I think it uses the same steps as emovix to create the images using the same programs as emovix. This make sense?

Even though the debian package installs faultlessly, perhaps this debian package could be included in the same ubuntu repos as mplayer, etc?

Cheers
Julz
</quote>

Amen... I had the same problem and this solved it for me. It is strange that k3b just don't include it directly into their package...

Cole (leibe3) wrote :

  I am new to Ubuntu and can not figure out exactly What I need to type into the terminal to make the necessary changes to Normalize-Audio (which I somehow figured out how to install) and correct the program so K3b will recognize it with Tito's Feisty Fix. Can someone make this clear to a newbe like me?

jfg69 (mig3669) wrote :

Just to verify, eMovix working in HH based distro (UltimateEdition1.8x64) after installing via .deb as per cyberfin (aboves instructions) BUT had to add /usr/share/emovix to the path search before K3B would find it.

Daniel T Chen (crimsun) on 2008-09-12
Changed in k3b:
importance: Medium → Undecided
shane (sygibson) wrote :

k3b 2.0.0 release is affected by this problem

I'm running KUbuntu 10.04. Installed "normalize-audio" from the standard repositories, however it reports the binary via -V arg switch as "normalize 0.77".

Downloading the normalize code, and making the fix to src/normalize.c fixes the issue. Had to 'ln -s /usr/local/bin/normalize /usr/local/bin/normalize-audio'. Set the PATH in "programs" to use /usr/local/bin before /usr/bin, then did "search" again.

Fixed the issue.

This is annoying that an ancient bug like this crept back in. However - awesome program - thanks!

--Shane

badrange (badrange) wrote :

I have the same problem with Ubuntu 10.04.

sputnik (sputnik) wrote :

Hi!

I would like to reopen this bug as it seems to be related also to Lucid Lynx 10.04.

1: The emovix problem can be repaired by manually downloading the emovix-package from Sourceforge and installing it.
2: I did not find a solution for normalize-audio. Simply creating a link named "normalize" as described above does not work here on Lucid Lynx.

sputnik (sputnik) wrote :

Sorry, I forgot the link to sourceforge for emovix:

http://sourceforge.net/projects/movix/files/eMoviX/0.9/ - On this page you will find a .deb-package.

Maybe emovix might also need a "needs packaging" ! ?

GG (pcdoctor01) wrote :

Yep, this error happens in Kubuntu 10.04.
Changing the k3b search path to /usr/bin/normalize-audio does not fix the problem either.

JimmyL (jrlangston11) wrote :

This bug is still active on Kubuntu Maverick on K3b V2.0.1...........

Maverick installs a package "normalize-audio" to these locations
/usr/bin/normalize-mp3
/usr/bin/normalize-audio
/usr/bin/normalize-ogg

K3b cannot find it even if you select that path in its settings.

Marco (curati-marco) wrote :

Same problem happens to me on Kubuntu 10.10

Workaround for Maverick:

In Bug #44524, comment #11, a user posted a script he used to fix this issue in Feisty. With some tweaks, this script works in Maverick also. K3B doesn't like normalize-audio including a version number on the first line. The sheer audacity - how dare it do what it was asked. :-)

The fix is to move the version string to somewhere else in the output:

sudo mv /usr/bin/normalize-audio /usr/bin/normalize

sudo nano /usr/bin/normalize-audio

###
#/bin/bash
case "$1" in
        --version)
                normalize --version | sed -e 's/normalize 0.7.7/normalize-audio/g'
                echo "normalize-audio 0.7.7"
                ;;
        *)
                normalize $*
                ;;
esac
###

sudo chmod 755 /usr/bin/normalize-audio

Restart K3B - it should work fine now.

Original source: https://bugs.launchpad.net/ubuntu/+source/k3b/+bug/44524/comments/11

Serged (serge-delbono) wrote :

Vanessa's solution works fine (don't forget to join lines in the "normalize --version..." line)

But why from many years bug exists, it's not corrected?

Torsten Knodt (torsknod) wrote :

When I use Vanessas script, the normalize-audio version shown by k3b is 2005 instead of 0.7.7. The problem seems to be that it takes the version from the second line output by "normalize-audio --version". Please find attached a modified script.

kevin.dual (kevin-dual) wrote :

This is the stupidest bug ever. K3B executes "normalize-audio -V" when searching for normalize and expects the response "normalize-audio 0.7.7" or whatever version you have. In stead, normalize replies "normalize 0.7.7" because the program is called normalize in the first place. All that has to be done is to change K3B to look for the correct version string. Done. It's ridiculous that a short text string mismatch has been a bug for four years. We shouldn't have to recompile normalize to get it to say what K3B wants to hear. :( There was a patch submission in 2009 that seems to address the issue, but the maintainers told him it was already fixed. (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549221) Guess what? It's still broken.

K3B 2.0.0
normalize-audio 0.7.7
Ubuntu 10.04.1 LTS

Adam Porter (alphapapa) wrote :

Argh. Please let this be fixed.

Droeast (gbismael) wrote :

Thank you Vanessa Ezekowitz for your fix. It works in my Ubuntu 10.10 amd 64.

Colin Mills (cm006a5077) wrote :

I would also like to thank Vanessa Ezekowitz for the fix. I am also running Ubuntu 10.10 (64 bit) and the fix worked for me.
I am starting to wonder if this bug will ever be fixed?

Colin Mills (cm006a5077) wrote :

I tried the modified version of Vanessa'a script suggested by Torsten Knodt. It does indeed fix the mis-reporting of normalize-audio version shown by k3b as 2005 instead of 0.7.7.
Thanks Torsten!

Mariusz Kielpinski (kielpi) wrote :

After a few years I tried this function (normalize audio) and of course it doesn`t work because of the bug. Is this so difficult to correct this ?

Marco (curati-marco) wrote :

in kubuntu 11.04 the problem is still here!

GG (pcdoctor01) wrote :

Thank you Vanessa for the fix!
Maybe you should be put on the payroll.

Uqbar (uqbar) wrote :

It's really a shame! After 5 years all we have is a trivial workaround that could have been even implemented into the package itself!
I'm pretty sure this has been introduced by Kubuntu not by the KDE team. And, as it happens more and more often, there's more attention on the theme colors or the appearance of the icons more than the real meat.
My workaround is to use brasero!

Uqbar (uqbar) wrote :

Will this be fixed in Pangolin?

kubuntu4president (lorisama) wrote :

Thanks to Vanessa!!! this worked even with ubuntu oneiric!!!!!!!! thanks!!

Uqbar (uqbar) wrote :

So, what's needed more to have an official fix?

Uqbar (uqbar) wrote :

THIS BUG IS STILL HERE WITH A TRIVIAL FIX AVAILABLE!

Egbert van der Wal (eggie) wrote :

+1 for the bug, thanks for the workaround with the script.

Someone please incorporate this into the package, this is ridiculous!

Antonio19 (pascal-mons) wrote :

Bug still there in Ubuntu 12.04 Precise. Almost 5 years and counting ...

Thanks to Vanessa and Torsten for the fix. It worked like a charm.

A shame that nobody could take care of this one ...

David Clayton (dcstar) wrote :

Agree with comment #47, but i suppose that's what happens with orphaned packages.... :-(

Then it'd better to exclude orphaned packages than blindly include them in the dependencies.
And a package dependent on an orphaned one is also in the short list for the exclusion.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.