[Reproducible-builds] simple next step for getting .buildinfo files into Debian
Hi ftp folks, while we still appreciate your comments on this proposal as last week described in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763822 I'd like to make a intermediate very simple proposal, so that reproducible builds in Debian get one step forward: - modify dak, so that it will not rejects uploads with a .buildinfo file included. - still, for now, throw the .buildinfo file immediatly away. - only do this for experimental at the beginning. (maybe this restriction is not even needed/useful.) That's it. This would allow the dpkg maintainers to enable .buildinfo file creation, at least for builds for experimental. What do you think? As I see it, this should be a rather trivial code change for dak and yet bring us forward quite enourmously. Also it should be rather uncontroversial as we all agreed in Heidelberg at DebConf15 that we want .buildinfo files in Debian… cheers, Holger signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Бестселърите на 2015 с отстъпка до - 50%!
Title: End of year MEGA SALE! Ако не виждате добре писмото или не работят всички линкове, моля натиснете ТУК, за да го отворите в браузър. ХАРТИЯ и ПРОДУКТИ ОТ ХАРТИЯ Виж всички бестселъри от групата ТУК! КАНЦЕЛАРСКИ МАТЕРИАЛИ Виж всички бестселъри от групата ТУК! СТОЛОВЕ Виж всички бестселъри от групата ТУК! ХИГИЕНА и КАФЕ ПАУЗА Виж всички бестселъри от групата ТУК! ОФИС МЕБЕЛИ Виж всички бестселъри от групата ТУК! ТЕХНИКА Виж всички бестселъри от групата ТУК! ОБЛЕКЛО И ЗАЩИТА Виж всички бестселъри от групата ТУК! ПАРТИ В ОФИСА Промоцията е валидна до 15.01.2016 ПАРТИ В ОФИСА Предлагаме всичко за Вашето парти в офиса с безплатна доставка Вижте кампанията ТУК МОСТРЕНИ ЗАЛИ STOL4E.BG Елате, седнете, изберете - Вашият стол Ви чака в мострените зали на stol4e.bg гр. София, бул. "Дондуков" № 89 02/97 08 201, 0888 600 779 гр. Варна, ЗПЗ, ул. "Кольо Фичето" 17 052/579 903, 0886 45 52 52 Промоцията е валидна до 20.12.2015 г. или до изчерпване на наличностите. Важи само при плащане в брой или авансово по банков път. Минимална поръчка за ползване на отстъпките 79 лв.без ДДС за ЗОНА 1, 2 и 3 от логистичната карта. По тази кампания, Office Express извършва БЕЗПЛАТНА доставка само за ЗОНА 1 и ЗОНА 2. Отстъпките са валидни само при покупка от електронния магазин www.offex.bg. Доставка според логистичната карта на Офис Експрес. Виж тук. БЕЗПЛАТНА доставка по тази кампания само за ЗОНА 1 и ЗОНА 2. За стойността на доставката за останалите зони, ще Ви информираме допълнително в потвърждението на поръчката. Посочените цени са без ДДС, с начислена отстъпка. Количествата са ограничени! Office Express не носи отговорност за допуснати печатни грешки! Настоящата оферта е и съдържащите се в нея търговски предложения за продажба на стоки и услуги са насочени към юридически и физически лица - търговци и целят задоволяване на техните нужди в ежедневната им търговска и професионална дейност. Съгласно Закона за Електронната Търговия Ви информираме, че това може да е непоискано търговско съобщение. Вие може да го приемете или отхвърлите. Получавате това писмо, защото присъствате в базата данни на Office Express. Ако не желаете да получавате информация, моля ОТПИШЕТЕ СЕ ОТ ТУК и ще преустановим изпращането на търговски съобщения към Вашата компания. Ако сме Ви обезпокоили, моля да ни извините! ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] How to react on "the second build failed, even though the first build was successful" ?
Hi, most often packages fail to do the 2nd build because they cannot deal with UTF-8 locales, which we have enabled in the 2nd but not the 1st build. See https://reproducible.debian.net/reproducible.html#variation to learn how 1st+2nd build differ. cheers, Holger signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#808003: diffoscope: Comparing directories shouldn't care about file order
Source: diffoscope Version: ada1a1dcdc19217fb611e0a1e57bc3744399aefa Severity: wishlist Dear Maintainer, * What led up to the situation? Comparing two directories * What exactly did you do (or not do) that was effective (or ineffective)? Ran `diffoscope --html output.html a b` where a and b are directories containing more or less the same thing. * What was the outcome of this action? The output contained differences in the output for find due to filesystem-dependent behavior wrt file ordering in readdir(3). * What outcome did you expect instead? The sorted list should be compared instead. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#807997: diffoscope: CbfsFile checks make diffoscope extra slow
On Tue, Dec 15, 2015 at 02:43:26PM +0900, Mike Hommey wrote: > Source: diffoscope > Version: ada1a1dcdc19217fb611e0a1e57bc3744399aefa > Severity: important > > Dear Maintainer, > >* What led up to the situation? > > Comparing > http://archive.mozilla.org/pub/firefox/try-builds/m...@glandium.org-93eecb52fcadc562b0f52cb22a8971770446a12e/try-linux64/firefox-45.0a1.en-US.linux-x86_64.tar.bz2 > with > https://queue.taskcluster.net/v1/task/Y1kcxbpQQcOQhIHDp7oRxA/runs/0/artifacts/public/build/target.tar.bz2 > >* What exactly did you do (or not do) that was effective (or > ineffective)? > > Ran `diffoscope --html output.html firefox-45.0a1.en-US.linux-x86_64.tar.bz2 > target.tar.bz2` > >* What was the outcome of this action? > > It took 9 minutes and 15 seconds on my machine. > >* What outcome did you expect instead? > > It taking much less time. In fact, after doing some profiling and seeing that > CbfsFile was a hotspot, applying the following patch made the command take 80 > seconds instead, most of which is spent bunzip2'ing the two archives > sequentially, and objdump --disassemble'ing libxul.so in the two archives in > parallel (so there could be a win with bunzip2'ing the two archives in > parallel, too). > > diff --git a/diffoscope/comparators/__init__.py > b/diffoscope/comparators/__init__.py > index b4615c9..c4cffbb 100644 > --- a/diffoscope/comparators/__init__.py > +++ b/diffoscope/comparators/__init__.py > @@ -129,7 +129,6 @@ FILE_CLASSES = ( > DebDataTarFile, > TextFile, > Bzip2File, > -CbfsFile, > CpioFile, > DebFile, > DexFile, Another way to make it faster here is to put CbfsFile last in this list, although it will still make things slow for large files that contain unknown content. Mike ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] How to react on "the second build failed, even though the first build was successful" ?
Hi Thomas, On Montag, 14. Dezember 2015, Thomas Schmitt wrote: > The warning is still on display at > https://tracker.debian.org/pkg/libisoburn > No new attempt of building is shown on > https://reproducible.debian.net/rb-pkg/unstable/amd64/libisoburn.html I've triggered a test of libisoburn in unstable/amd64 and https://reproducible.debian.net/rb-pkg/unstable/amd64/libisoburn.html looks good now. cheers, Holger signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] How to react on "the second build failed, even though the first build was successful" ?
Hi, > I've triggered a test of libisoburn in unstable/amd64 Sunshine ! One stain less on the package. Have a nice day :) Thomas ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds