de-users January 2014

de-users@lists.fedoraproject.org

8 participants
5 discussions

Fedora 20: poweroff und shutdown schalten die Maschine nicht aus
by Arno Schumacher 02 Feb '14

02 Feb '14

Hallo, ich habe gerade ein neues Minimal-System (kein Desktop) mit Fedora 20 aufgesetzt. Alles soweit gut, außer: Wenn ich mit den Befehlen "poweroff" oder "shutdown now" versuche die Maschine herunterzufahren, schaltet er am Ende das Gerät nicht physisch aus. Das letzte was ich auf dem Bildschirm sehe ist: Jan 27 17:28:29 localhost systemd: Starting Power-Off... Jan 27 17:28:29 localhost systemd: Shutting down. Eine angeschlossene externe Platte schaltet sich aus, aber der Rechner selber bleibt an. Hat jemand ein Idee woran das liegen könnte. Google habe ich natürlich schon bemüht... Viele Grüße, Arno

5 8

Re: error: line 62: second %prep
by Olaf Radicke 21 Jan '14

21 Jan '14

Hallo Thomas, danke für die Antwort. > Krieger Thomas <kriegeth(a)tom-krieger.de> hat am 21. Januar 2014 um 08:41 > geschrieben: [...] > Es steht alles in der Fehlermeldung. Du hast eine 2. %prep section im SPEC > File in Zeile 62. Definit: nein. Name: tntmake Summary: Create a autotool based build system for tntnet projects. Version: 1 Group: develop License: GPL Release: 1 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-olaf BuildArch: noarch Source: %{name}-%{version}.tar.gz Requires: tntnet Vendor: Olaf Radicke Packager: Olaf Radicke briefkasten(a)olaf-radicke.de %description Create a autotool based build system for tntnet projects. %prep %setup %install if [ ! -d $RPM_BUILD_ROOT/usr/lib/tntmake/ ] ; then mkdir -p $RPM_BUILD_ROOT/usr/lib/tntmake/ ; fi; install $RPM_BUILD_DIR/%{name}-%{version}/bin/*.rb $RPM_BUILD_ROOT/usr/lib/tntmake/ if [ ! -d $RPM_BUILD_ROOT/usr/lib/tntmake/ ] ; then mkdir -p $RPM_BUILD_ROOT/usr/lib/tntmake/ ; fi; install $RPM_BUILD_DIR/%{name}-%{version}/bin/resources/* $RPM_BUILD_ROOT/usr/lib/tntmake/resources/ if [ ! -d $RPM_BUILD_ROOT/usr/bin/ ] ; then mkdir -p $RPM_BUILD_ROOT/usr/bin/ ; fi; install $RPM_BUILD_DIR/%{name}-%{version}/bin/tntmake $RPM_BUILD_ROOT/usr/bin/tntmake %post %clean rm -fr $RPM_BUILD_ROOT %postun %files %attr(777, root, root) /usr/lib/tntmake/ %attr(777, root, root) /usr/bin/tntmake %changelog * Tue Jan 21 2014 briefkasten@olaf-radicke - 1 - Init-Version. -------------------|-------------------|-------------------|-------------------|

3 8

error: line 62: second %prep
by Olaf Radicke 21 Jan '14

21 Jan '14

Hallo Liste! Ich bekomme überraschend eine Fehlermeldung error: line 62: second %prep bei dem bauen von einem RPM. Ich hatte schon etwas recherchiert. Eine Empfehlung die ich gelesen habe was '%%prep' statt '%prep' zu schreiben, was aber nichts ändert. Eine Andere Empfehlung war das Paket redhat-rpm-config zu entfernen. Nur das ist bei mir gar nicht installiert. Um ehrlich zu sein, ich habe den Kern des Problems noch gar nicht verstanden. Kann mir da jemand Aufschluss geben? Gruß Olaf -------------------|-------------------|-------------------|-------------------|

1 0

RPM-Bau: Unterschied update und reinstall
by Olaf Radicke 19 Jan '14

19 Jan '14

Hi! Ich habe hier ein spec-file das sich zu meiner großen verwunderung bei dem Befehl "update" anders verhält als bei dem Befehl "reinstalle". Es gibt ein Verzeichnis /srv/www/magento/ in der PHP-Fils liegen. Nach dem Update solle ein weiteres Verzeichnis /srv/www/order_export/ hinzukommen. Mache ich in "update" wird ein /srv/www/order_export/ angelegt aber das Verzeichnis /srv/www/magento/ komplett gelöscht. Mache ich ein "reinstall" sind beide Verzeichnisse korrekt da. Ich kann mir das Verhalten überhaupt nicht erklären. Hier ein Auszug aus der spec: %install mkdir -p $RPM_BUILD_ROOT/srv/www cd $RPM_BUILD_ROOT/srv/www wget -c http://www.magentocommerce.com/downloads/assets/1.7.0.2/magento-1.7.0.2.tar… ls -lah ./ tar -xvzf ./magento-1.7.0.2.tar.gz mkdir -p $RPM_BUILD_ROOT/srv/www/order_export/ mkdir -p $RPM_BUILD_ROOT/srv/www/magento/media mkdir -p $RPM_BUILD_ROOT/srv/www/magento/var mkdir -p $RPM_BUILD_ROOT/srv/www/magento/app/etc mkdir -p $RPM_BUILD_ROOT/srv/www/magento/media/remote/cache/ #useradd magentoadmin #usermod -G apache magentoadmin rm ./magento-1.7.0.2.tar.gz %files %dir %attr(770, apache, apache) /srv/www/order_export/ %dir %attr(770, apache, apache) /srv/www/magento/ %attr(770, apache, apache) /srv/www/magento/.htaccess %attr(770, apache, apache) /srv/www/magento/.htaccess.sample %attr(770, apache, apache) /srv/www/magento/LICENSE.html %attr(770, apache, apache) /srv/www/magento/LICENSE.txt %attr(770, apache, apache) /srv/www/magento/LICENSE_AFL.txt %attr(770, apache, apache) /srv/www/magento/api.php %dir %attr(770, apache, apache) /srv/www/magento/app/ %attr(770, apache, apache) /srv/www/magento/app/.htaccess %attr(770, apache, apache) /srv/www/magento/app/code/ %attr(770, apache, apache) /srv/www/magento/app/design/ %config %attr(770, apache, apache) /srv/www/magento/app/etc/ %attr(770, apache, apache) /srv/www/magento/app/locale/ %attr(770, apache, apache) /srv/www/magento/app/Mage.php %attr(770, apache, apache) /srv/www/magento/cron.php %attr(770, apache, apache) /srv/www/magento/cron.sh %attr(770, apache, apache) /srv/www/magento/downloader/ %attr(770, apache, apache) /srv/www/magento/errors/ %attr(770, apache, apache) /srv/www/magento/favicon.ico %attr(770, apache, apache) /srv/www/magento/get.php %attr(770, apache, apache) /srv/www/magento/includes/ %attr(770, apache, apache) /srv/www/magento/index.php %attr(770, apache, apache) /srv/www/magento/index.php.sample %attr(770, apache, apache) /srv/www/magento/install.php %attr(770, apache, apache) /srv/www/magento/js/ %attr(770, apache, apache) /srv/www/magento/lib/ %attr(770, apache, apache) /srv/www/magento/mage %dir %attr(770, apache, apache) /srv/www/magento/media/ %dir %attr(770, apache, apache) /srv/www/magento/media/remote/ %dir %attr(770, apache, apache) /srv/www/magento/media/remote/cache/ %attr(770, apache, apache) /srv/www/magento/media/.htaccess %attr(770, apache, apache) /srv/www/magento/media/customer/.htaccess %attr(770, apache, apache) /srv/www/magento/media/dhl/logo.jpg %attr(770, apache, apache) /srv/www/magento/media/downloadable/.htaccess %attr(770, apache, apache) /srv/www/magento/media/xmlconnect/custom/ok.gif %attr(770, apache, apache) /srv/www/magento/media/xmlconnect/original/ok.gif %attr(770, apache, apache) /srv/www/magento/media/xmlconnect/system/ok.gif %attr(770, apache, apache) /srv/www/magento/php.ini.sample %attr(770, apache, apache) /srv/www/magento/pkginfo/ %attr(770, apache, apache) /srv/www/magento/shell/ %attr(770, apache, apache) /srv/www/magento/skin/ %attr(770, apache, apache) /srv/www/magento/var/ %attr(770, apache, apache) /srv/www/magento/RELEASE_NOTES.txt Irgend welche Ideen?? Gruß Olaf -------------------|-------------------|-------------------|-------------------|

3 4

Re: Fedora Linux / Libgnutls
by Robert Scheck 03 Jan '14

03 Jan '14

Hallo Detlef, On Fri, 03 Jan 2014, Detlef Graef wrote: > Die wurde mit folgender Begründung abgelehnt: > > "A licensing issue prevents us from linking Pan with libgnutls, so this > will not fix." > > Libgnutls ist unter der LGPL lizensiert. In der Paketliste ist es dabei: > > gnutls.x86_64 : A TLS protocol implementation > > Warum soll ein Linken mit Pan aus Lizenzgründen nicht möglich sein? soweit ich das sehe ist pan unter GPLv2 only lizenziert, die Bibliotheken von gnutls unter LGPLv2+. Wenn ich mir dazu die GPL-Kompatibilitätsmatrix ansehe (zweite Tabelle) https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing#GPLCompatibility… dann geht das. Allerdings scheint GnuTLS inzwischen nicht mehr wirklich LGPLv2 or later zu sein sondern LGPLv3 or later. Wobei die gnutls.spec in Fedora das derzeit nicht reflektiert; jedoch wird in RHEL 7 genau darüber diskutiert: https://bugzilla.redhat.com/show_bug.cgi?id=1019408. Wenn nun GnuTLS wirklich LGPLv3 or later ist, kann pan nicht dagegen linken...erst wenn pan die Lizenz auf GPLv2 or later ändern würde. Ich habe Deinen Bugreport diesbezüglich entsprechend aktualisiert - lass uns das dort bitte weiter verfolgen. Grüße, Robert

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

de-users January 2014