ďťż
 
 
   Deweloperzy Debiana rozwalają pakiety, błędna kompilacja
 
 

Tematy

 
    
 

 

 

 

Deweloperzy Debiana rozwalają pakiety, błędna kompilacja





skynet - 19-10-2009 21:50
Ponieważ kolejny program, którego używam ma coś skopane podczas kompilacji postanowiłem założyć ten temat.

Na początku zaczęło się od programu subtitleeditor, podczas ładowania podglądu ścieżki dźwiękowej wywalał ,,segfault''.
Skompilowałem najnowszą wersję programu i problem zniknął, później postanowiłem skompilować tą samą co znajduje się w repozytorium, i również problemu nie ma.

Jakiś czas temu, w programie Blender miałem jakieś dziwne artefakty przy używaniu krzywych, po raz kolejny skompilowanie programu ze źródeł rozwiązuje problem.

Dzisiaj, zainstalowałem SubtitleComposer i mam błąd w postaci niewyraźnie wyświetlanych napisów, znowu własnoręczna kompilacja rozwiązała problem.

Zaczynam się poważnie zastanawiać czy nie zmienić dystrybucji np. na Gentoo, bo owszem lubię czasem skompilować sobie parę programów[np. aegisub, tyle że ostatnio są problemy z ffmpeg], żeby mieć nowszą wersję albo dlatego, że nie ma w repozytorium.
Ale ciągłe problemy ze strony repozytorium zaczynają mnie denerwować, bo po prostu nie mam na to czasu.

Chciałem spytać, czy wy również macie takie problemy, czy to tylko odosobnione przypadki?



darkwater - 19-10-2009 22:04
Może nie zwróciłeś uwagi - ale wersja systemu której używasz, posiada w nazwie słowo "testing". Przetłumaczyć?



skynet - 19-10-2009 22:23

Może nie zwróciłeś uwagi - ale wersja systemu której używasz, posiada w nazwie słowo "testing". Przetłumaczyć? Wiem, że testing jest wersją troszkę nowszą, a przy tym niestabilną, ale to jest błąd który powstał podczas kompilacji i tworzenia paczki, a nie jest to błąd samego programu.

Poza tym paczka leży w repozytorium już 6 miesięcy, i prawdopodobnie trafi do przyszłej wersji stabilnej.



darkwater - 19-10-2009 22:28
I po to właśnie jest testing, aby takie przypadki wyłapywać, zanim pakiety wejdą do stable. Nazwa zobowiązuje, nie uważasz? :)
Skąd pomysł że błędy mogą pojawiać się wyłącznie w kodzie programu? Znasz przepis na bezbłędne paczkowanie? Jeśli tak to podziel się nim z szerszą publicznością.
Zawsze możesz używać apt-build zamiast gotowych paczek. Na w miarę nowym komputerze nie dostrzeżesz wielkiej straty czasu.

PS. Raport o błędzie wysłałeś? :)



skynet - 19-10-2009 22:47

I po to właśnie jest testing, aby takie przypadki wyłapywać, zanim pakiety wejdą do stable. Nazwa zobowiązuje, nie uważasz? :) Ok, wydawało mi się że głównie testing jest po to aby wyłapywać błędy bezpieczeństwa.
Skąd pomysł że błędy mogą pojawiać się wyłącznie w kodzie programu? Znasz przepis na bezbłędne paczkowanie? Jeśli tak to podziel się nim z szerszą publicznością. Pewnie, 100% bezbłędne kompilacje jeżeli są przeprowadzane według wskazań autora programu :mrgreen:
Zawsze możesz używać apt-build zamiast gotowych paczek. Na w miarę nowym komputerze nie dostrzeżesz wielkiej straty czasu. apt-build skompiluje tak jak w repo.
PS. Raport o błędzie wysłałeś? :) Jeszcze nie, narazie sprawdzam czego dokładnie to jest przyczyna[subtitleeditor/subtitlecomposer].



darkwater - 19-10-2009 23:03

Pewnie, 100% bezbłędne kompilacje jeżeli są przeprowadzane według wskazań autora programu Pewnie, tym samym kompilatorem, z tymi samymi bibliotekami, a najlepiej to wogóle na komputerze głównego programisty. :)
Poza tym paczkowanie to cały proces, nie tylko kompilacja.


apt-build skompiluje tak jak w repo. Nie tak jak w repo, bo na twoim komputerze, z być może nieco innymi nagłówkami bibliotek itp, itd. Przed kompilacją możesz nałożyć łatki, nie tylko te użyte w "repowym" wydaniu.
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • minister.pev.pl

  •  

     


     

     
    Copyright 2003. MĂłj serwis