Fedora 20: poweroff und shutdown schalten die Maschine nicht aus
by Arno Schumacher
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
10 years, 1 month
Re: error: line 62: second %prep
by Olaf Radicke
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.
-------------------|-------------------|-------------------|-------------------|
10 years, 1 month
error: line 62: second %prep
by Olaf Radicke
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
-------------------|-------------------|-------------------|-------------------|
10 years, 2 months
RPM-Bau: Unterschied update und reinstall
by Olaf Radicke
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.t...
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
-------------------|-------------------|-------------------|-------------------|
10 years, 2 months
Re: Fedora Linux / Libgnutls
by Robert Scheck
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#GPLCompatibili...
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
10 years, 2 months