Could you please check if the cross build failure still exists with version
3.6.1? I implemented a workaround for the GetPrerequistes bug in response
to bug report https://sourceforge.net/p/kid3/bugs/173/, so this should be
fixed.
Urs
String replacements are not performed by default. If you want them to
be executed automatically, go to "Settings/Configure Kid3.../Files" and
make sure that "Format while editing" is checked. If this checkbox is
not checked, you can perform the string replacements using the menu
"Tools/Apply
Dear Maintainer,
To add the clang code model, you just have to add
LLVM_INSTALL_DIR=/usr after USE_SYSTEM_BOTAN=1 in debian/rules,
and probably libclang-dev to the Build-Depends in debian/control.
Regards,
Urs
Do you think that this is something which could be improved or closing
as wontfix?
This cannot be fixed as both the Arranger and the Performer are mapped
to IPLS for ID3v2.3.0. But having a Performer field being read back as
an Arranger field looks like a bug, so I will add information about
For the Debian maintainers: Please reassign this bug to libid3-3.8.3c2a.
Unfortunately, id3lib is not actively maintained, but I will try to fix
the bug there and send a patch for id3lib.
Here is a patch for id3lib, it has to be applied after
debian/patches/30-fix-utf16.patch because it
This is a bug in id3lib. As can be seen in the Kid3 source code:
mp3file.cpp:465
// This will not work with buggy id3lib. A BOM 0xfffe is written before
// the first string, but not before the subsequent strings. Prepending a
// BOM or changing the byte order does not help when
Kid3 supports lots of different tag formats. All these formats have different
fields, not all fields are present in all formats. Kid3 tries to unify the
common field types between all supported formats, the unified fields are the
standard fields from Title to Genre and additional fields from
The encoding of ID3v2 tags is stored separately in every frame, so you
cannot just switch one option to change them all. The encoding set in
Settings, Configure Kid3, Tags tab, ID3v2 section, Text encoding is
the encoding used for newly created frames. Normally, you do not have to
change this
This should be fixed in version 1.3. For version 1.2, you could apply
the patches
http://sourceforge.net/tracker/?func=detailaid=2843313group_id=70849atid=529223
and
http://sourceforge.net/tracker/?func=detailaid=2843311group_id=70849atid=529223.
--
To UNSUBSCRIBE, email to
Because Kid3 is an extra KDE program, its translations are included in
the package, and not in the KDE language packs. So if you have Kid3
installed, you have also the German translation installed. I suppose
that the fallback was set to German, which would be an explanation for
the German
I have implemented a configuration option for the default charset. If you
would like to test it, you have to get the lastest code from subversion.
The next release should come soon, but there is still a lot of testing and
documentation to do.
Regards,
Urs
--
To UNSUBSCRIBE, email to
Hi Paulo,
I believe I found what seems to be the bug: if one of the fields,
either from the import or the export dialog, is not filled,
kid3 doesn't store the new format.
Unfortunately, you're right. Kid3 stores the new format but it does not
accept it the next time it is started because
The following description of how to edit custom export/import formats was
tested with the original kid3_0.9-0feisty_i386.deb from
http://kid3.sourceforge.net (because I do not run lenny), but it should
work with lenny too:
- Start Kid3, open a directory with audio files in it.
-
Kid3 0.9 (released one day before your report) has a hierarchical file
tree, which lets you edit files from multiple subdirectories.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi Felipe,
I agree that it would be helpful to see the filenames in the MusicBrainz
fingerprint dialog. Instead of adding a new column to the table, I decided
to show the name of the current file in the status bar of the dialog. This
should help in the situation you described. You can get
Package: libtunepimp3
Version: 0.4.2-3
Severity: normal
Tags: patch
Note: I run Debian stable, but built libtunepimp3 on a Ubuntu dapper
system as
this comes closer to Debian testing than Debian stable. libtunepimp3 is not
part of dapper (it still uses libtunepimp2), I needed it to port my
Package: kid3
Version: 0.6-0
Severity: normal
Tags: patch
*** Please type your report below this line e**
Bug reproduction:
Change both the filename and the tags of an Ogg file, then save the file.
There should only be a file with the new name and the new tags, but the old
file still exists.
Hi Daniel,
[Aim]
An mp3 file contains only an ID3v2 tag whose content should be
moved to a newly created ID3v1 tag and the ID3v2 tag should be deleted.
[Reproduce]
1. Fill the ID3v1 tag with information by clicking von ID3v2 / from ID3v2
2. Click the Entfernen (remove/delete) button
Hi,
I am unable to reproduce your problem. On both
kernel-image-2.4.27-2-686 2.4.27-10 and
kernel-image-2.4.8-2-686 2.4.8-16 I am able to
successfully modprobe (not insmod!) ip_conntrack.
On 2.4.27-10 I see
grep ipfrag_flush /proc/ksyms
c01dfdf0 ipfrag_flush_R290ad055
And on
Package: kernel-image-2.4.27-2-686
Version: 2.4.27-10
Severity: important
After upgrading to kernel 2.4.17-10 the module
ip_conntrack could not be loaded.
insmod
/lib/modules/2.4.27-2-686/kernel/net/ipv4/netfilter/ip_conntrack.o
/lib/modules/2.4.27-2-686/kernel/net/ipv4/netfilter/ip_conntrack.o:
Package: kernel-image-2.6.8-2-686
Version: 2.6.8-16
Severity: important
After upgrading from kernel 2.6.8-13 to 2.6.8-16 the
module ip_conntrack could not be loaded.
ip_conntrack: Unknown symbol ipfrag_flush
also unknown symbols: ip_conntrack_untracked,
ip_conntrack_get, need_ip_conntrack
This
21 matches
Mail list logo
