LINUX.ORG.RU
ФорумTalks

[debian][kde] У них беспорядок с libjpeg

 ,


0

0

Пока не устранят, не будет в sid 4.4:

[16:42] <spaam> where can i read about that libjpeg mess ? :) [16:42] <pusling> on debian-release, but be aware it is quite technical [16:43] <spaam> nice :) [16:47] <RichiH> JPEG 8 transition [16:47] <RichiH> spaam: that is what started it all [16:47] <RichiH> debian-devel-announce@lists.debian.org [16:47] <MoDaX> it's being reverted [16:47] <RichiH> it kinda spread out from there [16:47] --> angasule вошел на канал (~angasule@190.176.225.167). [16:47] <RichiH> MoDaX: yah [16:48] <spaam> ok :) [16:49] <spaam> so it will be fixed in a week or two? :) [16:49] <RichiH> i would assume [16:49] <RichiH> you are better of asking pusling, though [16:51] <MoDaX> spaam: probably today [16:51] <MoDaX> kde has been put to high priority for this issue [16:51] <spaam> MoDaX: that will be fast. so kde4.4 will hit unstable before the weekend? [16:52] <MoDaX> I really don't know [16:52] <spaam> just wait and see then :) [16:52] <MoDaX> personally, I couldn't work on it due to this mess [16:52] <pusling> kde people has put quite some time into the jpeg mess [16:54] <MoDaX> first it was impossible to build Qt, then it fscked users [16:55] <spaam> does QT 4.6 depend on jpeg8 ? [16:55] <pinotree> *Qt [16:56] <MoDaX> spaam: conflict in long chain of build dependencies



Последнее исправление: ShTH (всего исправлений: 1)

с jpeg увы везде бардак, слишком быстро выпустили 2 мажорных несовместимых (по ABI) версии

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

Жалко. Не в курсе, когда будет порядок?

ShTH
() автор топика
Ответ на: комментарий от ShTH

пересобрали все пакеты сначала в тестинге, потом и в каррент залили

overmind88 ★★★★★
()
Ответ на: комментарий от Sylvia

вообще - это мне сильно не нравится :/
Почему нет backward-совместимости между релизами?

NekoExMachina
()
Ответ на: комментарий от hizel

Да. Пришлось обновить ~150 из 550 установленных пакетов.

iZEN ★★★★★
()
Ответ на: комментарий от cetjs2

у меня 300+/-40 мб с браузером (firefox/chromium), почтовиком (kmail), мессенджером (kopete) и терминалом (konsole), ну и прочими мелкими радостями.

Пруф.

madgnu ★★★★★
()
Ответ на: комментарий от Sylvia

Только проблема не в пересборке, большое количество работает весьма фигово с libjpeg7. XBMC например съедает весь процессор.

linux4ever
()
Ответ на: комментарий от linux4ever

если посмотреть changelog для libjpeg 7 и 8 поменяли там очень и очень немногое, нечему там грузить процессор,
и да, у меня в генте с jpeg7 и jpeg8 все работает нормально , в том числе и XBMC (хоть я им и не пользуюсь, но пару раз запустила посмотреть что это вообще такое)

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

>в том числе и XBMC (хоть я им и не пользуюсь, но пару раз запустила посмотреть что это вообще такое)

Да парой раз ты и не увидешь там проблемы.

linux4ever
()
Ответ на: комментарий от linux4ever

Version 8 10-Jan-2010
----------------------

jpegtran now supports the same -scale option as djpeg for «lossless» resize.
An implementation of the JPEG SmartScale extension is required for this
feature. A (draft) specification of the JPEG SmartScale extension is
available as a contributed document at ITU and ISO. Revision 2 or later
of the document is required (latest document version is Revision 3).
The SmartScale extension will enable more features beside lossless resize
in future implementations, as described in the document (new compression
options).

Add sanity check in BMP reader module to avoid cjpeg crash for empty input
image (thank to Isaev Ildar of ISP RAS, Moscow, RU for reporting this error).

Add data source and destination managers for read from and write to
memory buffers. New API functions jpeg_mem_src and jpeg_mem_dest.
Thank to Roberto Boni from Italy for the suggestion.

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

Version 7 27-Jun-2009
----------------------

New scaled DCTs implemented.
djpeg now supports scalings N/8 with all N from 1 to 16.
cjpeg now supports scalings 8/N with all N from 1 to 16.
Scaled DCTs with size larger than 8 are now also used for resolving the
common 2x2 chroma subsampling case without additional spatial resampling.
Separate spatial resampling for those kind of files is now only necessary
for N>8 scaling cases.
Furthermore, separate scaled DCT functions are provided for direct resolving
of the common asymmetric subsampling cases (2x1 and 1x2) without additional
spatial resampling.

cjpeg -quality option has been extended for support of separate quality
settings for luminance and chrominance (or in general, for every provided
quantization table slot).
New API function jpeg_default_qtables() and q_scale_factor array in library.

Added -nosmooth option to cjpeg, complementary to djpeg.
New variable «do_fancy_downsampling» in library, complement to fancy
upsampling. Fancy upsampling now uses direct DCT scaling with sizes
larger than 8. The old method is not reversible and has been removed.

Support arithmetic entropy encoding and decoding.
Added files jaricom.c, jcarith.c, jdarith.c.

Straighten the file structure:
Removed files jidctred.c, jcphuff.c, jchuff.h, jdphuff.c, jdhuff.h.

jpegtran has a new «lossless» cropping feature.

Implement -perfect option in jpegtran, new API function
jtransform_perfect_transform() in transupp. (DP 204_perfect.dpatch)

Better error messages for jpegtran fopen failure.
(DP 203_jpegtran_errmsg.dpatch)

Fix byte order issue with 16bit PPM/PGM files in rdppm.c/wrppm.c:
according to Netpbm, the de facto standard implementation of the PNM formats,
the most significant byte is first. (DP 203_rdppm.dpatch)

Add -raw option to rdjpgcom not to mangle the output.

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

Make rdjpgcom locale aware. (DP 201_rdjpgcom_locale.dpatch)

Add extern «C» to jpeglib.h.
This avoids the need to put extern «C» { ... } around #include «jpeglib.h»
in your C++ application. Defining the symbol DONT_USE_EXTERN_C in the
configuration prevents this. (DP 202_jpeglib.h_c++.dpatch)


// простите за флуд, но для Ъ вариант чейнжлога нужен

Sylvia ★★★★★
()
Ответ на: комментарий от t184256

Я смотрю, на ЛОРе все хорошо в неравенствах шарят, только твой прямолинейный троллинг не удался.

PayableOnDeath
()
Ответ на: комментарий от cetjs2

ты сам-то в свои высеры веришь, школоло? :)

madgnu ★★★★★
()
Ответ на: комментарий от Sylvia

> у меня в генте с jpeg7 и jpeg8 все работает нормально

preserved-libs включено? Уверена, что оно собралось не с 6-й версией? :)

question4 ★★★★★
()

В Дженту ещё веселее. При апгрейде, пока новые библиотеки сосущестуют с «preserved» старыми, все программы собираются со старыми :(

Советуют удалить всё вручную и пересобрать. Пока не хочу этим заниматься.

question4 ★★★★★
()
Ответ на: комментарий от question4

[I] media-libs/jpeg-compat
Available versions: 6b-r1
Installed versions: 6b-r1(21:17:05 12/12/09)
Homepage: http://www.ijg.org/
Description: Library to load, handle and manipulate images in the JPEG format (transition package)


а вот это для кого придумали?

для 7 compat пакета нет , но за то время которое 7-ая версия там была, она не успела прижиться настолько чтобы в -bin пакетах была эта зависимость

Sylvia ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.