Hi, Christian Lohmaier wrote: > * RPM entsprechend konfigurieren > -> Da kann ich ?berhaupt nix machen, ich kann schlie?lich nicht auf > Deinem Rechner rumpfuschen > Das kann entweder der debian-maintainer des RPM-Pakets, das mir
Koennte er... > Ich kenne aber immer noch keine Situation in der sowas nicht gehen soll. > Wenn die autobuilder nur das installieren was gebraucht wird, dann soll > der autobuilder das was installiert wird auch entsprechend einrichten > das es funktioniert. F?r alles m?gliche gibt es dpkg-reconfigure (oder > so ?hnlich) - warum sollte ein Autobuilder oder ein anderes > automatisierte System es nicht fertigbringen die installierten Tools > entsprechend zu konfigurieren? Das Problem ist folgendes: Die autobuilder für deb (hint: sie sind nicht für irgendwelches rpm bauen ausgelegt weil ja deb) holen sich einfach die build-deps und bauen *dann* sofort uter einem user "buildd", der fuer alle builds gleich ist. Also nix mit anpassen von Konfigurationen und so. Nach den build werden die wieder entfernt aus dem build chroot. Wenn nun also die default-Rechte vom rpm dir oder das default builddir vom rpm-Paket nicht geandert wird (was man nicht erwarten kann, muss ja nicht unbedingt sein weil wie oft baut man rpms auf debian? Musste ich zum Beispiel bisher *sehr* selten ausser den rpms in OOos buildsystem...) haben wir die default-Einstellungen/Default-Permissions. Da das ganze auch ein extra user ist unter dem alles gebaut wird ist das auch immer gleich. Und es ist nicht erlaubt, die rpm config zu aendern (sei es in /etc, eh keine Rechte oder im home von buildd). Wie sollte man das als normaler entwicler auch tun? aus dem build script debian/rules was auch nur entpackt wird? > Wenn das sowieso immer ein extra nutzer ist kann auch das RPM-Paket eine > enstprechendes Konfigurationsfile f?r diesen Nutzer installieren. aeh, ein paket soll eine Datei in /home installieren? wie soll das denn bitte gehen? /etc/sjkel ginge wohl waere aber unsinning. der default-pfad ist eben numal in /usr, also muss man da rumwerkeln... > Um es mal ganz klar zu sagen: > Wenn der Autobuilder als user laufen soll und es nicht erlaubt ist dem > Autobuilder ins Handwerk zu pfuschen (indem man selber konfiguriert), > dann ist der Autobuilder nicht tauglich um RPM-Pakete zu erstellen. Wenn soll er ja auch nicht. das problem ist das OOo's menu-dings rpm will. Also muss ich auf dem debian-autobuilder, der nur für debs gedacht ist/war auch rpms bauen koennen.. > Der Autobuilder ist dann nicht inder Lage irgendein beliebiges regul?res > RPM-Paket zu /bauen/ [1] und nicht nur zu packen (epm & die anderen > Men?-Pakete packen nur, bauen aber nix) > > Wenn Du eine solche Situation als "tauglich konfiguriert" verstehst, > dann soll es mir auch Recht sein. Siehe oben. Debian ist nicht rpm-basiert. Normalerweise mussen wir keine rpms bauen... > > Die ganzen menues und so werden mit rpm gebaut und es ist nicht erlaubt, > > etwas > > an dotfiles waehrend des build zu veraendern. > > Das macht man auch vorher, ein einziges Mal und man hat ruhe. > Deine MTA konfigurierst Du auch, Deine locale configurierst Du auch, > etc. > F?r alles M?gliche gibt es dpkg-reconfigure oder wie das hei?t. Nur bei > rpm soll das nicht m?glich sein? Weil das Arbeit ist auf allen architekturen zu tun und darauf zu achten, dass das bei einem neu aufgesetzten buildd auch so ist. Normale DDs haben *keine* kontrolle ueber die buildds oder den buildd user. Das sind andere Rechner.. > > [...] > > > viertens habe ich gleich in meinem ersten Kommentar die entsprechenden > > > Workarounds/L?sungen genannt. > > > > Hast Du. aber trotzdem andere Patches gemacht. > > ? Bitte zeige mir doch den "anderen Patch" (oder gleich mehrere) den/die > ich angeblich gemacht habe. > > > > f?nftens bist Du sehr schnell beleidigend geworden. > > > > > > http://qa.openoffice.org/issues/show_bug.cgi?id=44853 > > > > Ausser dem "braindamaged" im titel sehe ich das nicht. > > Tja, scheint so. (Im titel steht ?brigens "insane") Dann eben insane... > Wenn Du es noch hinbekommst trotz signatur einen Zeichensatz zu > deklarieren, dann kann das Beil in Frieden ruhen.. KMail.... Das Ding ist krank. Gut, dass ich das zuhause nicht nutze... (mutt rulez). Aber OK... Grüße Rene
signature.asc
Description: Digital signature
