Plugin-DB 0.3

und wies ein einheitliches patch format geben kann... siehe linux-kernel

cat /usr/src/linux/Documentation/SubmittingPatches

wenn alles patchg sind gegen den vdr-root.. dann gibts such keine probs...

am we werd ich glaubich mal mein install-script soweit anpassen, dass es mit dem input was anfangen kann...

73

Zitat

Original von Thomas
AFAIK muss

XML

<?xml:stylesheet type="text/xsl" href="plugindb.xsl"?>

eigentlich

XML

<?xml-stylesheet type="text/xsl" href="plugindb.xsl"?>

heissen, siehe http://www.w3schools.com/xml/xml_xsl.asp

Hallo....

Thomas: Stimmt auffallend... Das der Firefox aber auch so kleinlich ist.... Du wusstest doch sofort, was das richtige ist!
Die Idee leere Links raus zu nehmen find ich gut!

Netdeus: Hab den Schnipsel mal getestet, den Du gepostet hast. Bei mir funktioniert es sehr gut. Das "http://" wird nicht mehr angezeigt und die restliche Darstellung ist "normal".

ciao jfr

Zitat

Original von Netdeus
ok...läuft...

Bei mir nicht.....

Bekomm folgende Fehlermeldung:

Die XML-Seite kann nicht angezeigt werden 
Die XML-Eingabe kann nicht angezeigt werden, wenn Stylesheet XSL verwendet wird. Beheben Sie den Fehler und klicken Sie dann auf Aktualisieren, oder wiederholen Sie den Vorgang später. 




--------------------------------------------------------------------------------


Ein Semikolon wurde erwartet. Fehler beim Bearbeiten der Ressource 'http://www.pc-coaching-rodgau.de/VDR/abfrage.xml'. Zei...


<Download>http://vdrbox.altervista.org/risorse/index.php?action=downloadfile&filename=vdr-chanman-0.0.5.tgz&di...

ciao jfr

Hallo...

Ich hab mal drüber geschaut...
Es liegt an der URL für das chanman PlugIn

<plugin name="chanman">
<Version>0.0.5</Version>
<Entwicklerversion></Entwicklerversion>
<min_VDR></min_VDR>
<Download>http://vdrbox.altervista.org/risorse/index.php?action=downloadfile&filename=vdr-chanman-0.0.5.tgz&directory=VDR-Plugins&</Download>
<Entwicklerdownload>http://</Entwicklerdownload>
</plugin>

Dort ist am ende ein "&" das im html/xml als "öffnendes" Tag für Sonderzeichen gesehen wird. Also z.B. "ö" für "ö" oder ">" für ">".
Danach erwartet er irgendwas, was von einem ";" abgeschlossen wird.
Da das fehlt, kommt es zu dem Fehler.

Lösungsansatz: "&" mit "&" bei der XML erstellung ersetzen - Sonst hab ich erstmal keine Idee....

ciao jfr

Zitat

Original von Netdeus
gegen

Code

<TD>
				<a>
					<xsl:if test="string-length(normalize-space(Download)) &gt; 8">
						<xsl:attribute name="href">
							<xsl:value-of select="./Download"/>
						</xsl:attribute>
						<xsl:value-of select="./Download"/>
					</xsl:if>
				</a>
			</TD>

die <a> müssen mit in das if:

<TD>
	<xsl:if test="string-length(normalize-space(Download)) &gt; 8">
		<a>
			<xsl:attribute name="href">
				<xsl:value-of select="./Download"/>
			</xsl:attribute>
			<xsl:value-of select="./Download"/>
		</a>
	</xsl:if>
</TD>

nein leider nicht... aber ich überlege gerade ob sowas sich überhaupt als bash-script anbietet...

ich spiele gerade mit folgendem gedanken:

eine web-application, in der man sich einen vdr "auswählen" kann und dann ein build und download script runterladen kann...

das hätte dann auch einen "kleinen" vorteil beim "geht bis/ab-vdr" abfragen.. das ist imho etwas aufwendig in bash... ausserdem gibts dann ein kleines problem bei der gui.. das geht mit dialog nicht wirklich schön...

da wär ein nettes qt-prog angesagt aber das will ich nicht weil ich am vdr-server nicht unbedingt X-apps starten will...

könntest du mir mal einen DB-dump zukommen lassen??? ich werd mich dann ein bisserl spieln...

ich weis zwar nicht wie du deine daten organisiert hast.. aber es wär halt nett wenn man auch die alten versionen eines plugins sehen/verwenden würde/könnte...

dann gäbs im prinzip ein lustiges script, das dann (getriggert) regelmäßig build-scripts generiert, die man runterladen kann...

online aktiviert man die enthaltenen scripts, sowie die versionen und erhält dann ein bash-script, das runterläd, entpackt und buildet... in der db könnte man auch pre und post-build steps einbaun damit man ggf patches anwenden kann...

dann würde man sich einfach das aktuelle script runterladen, das den vdr verwendet den man selbst gerne hätte (bei mir 1.4.7)

davon gibts dann eine stable und current branch für die beta-plugin süchtigen

sowas ginge mit einer datenbank ganz nett und vllt noch etwas mit PHP garniert vereinfacht es die wartung ungemein

ein update würd sich dann auf ein wget <url-zum-script> und ein ./<script> beschränken...

bei meiner script-variante müsste man zuerst das scriptset updaten und sich dann nochmal durchs menü zum build/download vorarbeiten...

73

hi,

1. geht definitiv in die richtige richtung - ich denke sowas brauchen wir schon lang

2. die tags sollten imho englisch sein, nicht deutsch (schließlich haben wir auch leute, die nicht deutsch sprechen und trotzdem plugins schreiben)

3. es sollte auch betrachtet werden, dass patches zu plugins existieren, um fehler auszumerzen oder anpassungen zu bestimmten vdr versionen vorzunehmen

4. eine latest version (svn/cvs checkout) sollte auch vorgesehen werden

gruß

fen

Ich hab mich mal hingesetzt und ein neues datenbank-layout zusammengetrixt... es sollte eigentlich alles aufnehmen können was bis jetzt so an must-have und nice-tohave features aufgetaucht ist...

bei den *Versions-Tabellen könnte man noch ein Developer-Flag einfügen.. finde ich aber nicht notwendig...

könntest du mir mal deine code-base schicken... dann schau ich mal inwieweit ich das übernehmen kann...

was ich bereits vorgesehen habe:
build-scripts (und damit auch plugins die zum funktionieren die vdr patchen müssen)
patches
versions-abhängigkeiten
und auch changelogs

bei den links bin ich mir noch unsicher ob man nicht auch hg,svn und cvs repositories vorsehen sollte.. zweck ultra-bleeding edge VDRs fürs entwickeln

-- phpMyAdmin SQL Dump
-- version 2.11.1
-- http://www.phpmyadmin.net
--
-- Host: localhost
-- Generation Time: Jan 20, 2008 at 08:33 PM
-- Server version: 5.0.37
-- PHP Version: 5.2.3


SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";


--
-- Database: `PluginDB`
--


-- --------------------------------------------------------


--
-- Table structure for table `BuildScriptData`
--


CREATE TABLE IF NOT EXISTS `BuildScriptData` (
  `Id` bigint(20) NOT NULL auto_increment,
  `EntryId` bigint(20) NOT NULL,
  `EntryType` tinyint(4) NOT NULL,
  PRIMARY KEY  (`Id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;


--
-- Dumping data for table `BuildScriptData`
--




-- --------------------------------------------------------


--
-- Table structure for table `BuildScripts`
--


CREATE TABLE IF NOT EXISTS `BuildScripts` (
  `Id` bigint(20) NOT NULL auto_increment,
  `Name` mediumtext NOT NULL,
  `Description` longtext NOT NULL,
  `ShortDescription` longtext NOT NULL,
  PRIMARY KEY  (`Id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;


--
-- Dumping data for table `BuildScripts`
--




-- --------------------------------------------------------


--
-- Table structure for table `Patches`
--


CREATE TABLE IF NOT EXISTS `Patches` (
  `Id` bigint(20) NOT NULL auto_increment,
  `Name` longtext NOT NULL,
  `Description` longtext NOT NULL,
  `ShortDescription` longtext NOT NULL,
  PRIMARY KEY  (`Id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;


--
-- Dumping data for table `Patches`
--




-- --------------------------------------------------------


--
-- Table structure for table `PatchVersions`
--


CREATE TABLE IF NOT EXISTS `PatchVersions` (
  `Id` bigint(20) NOT NULL auto_increment,
  `PatchId` longtext NOT NULL,
  `MaxVDRVersion` longtext NOT NULL,
  `MinVDRVersion` longtext NOT NULL,
  `Link` longtext NOT NULL,
  `ApplyScript` longtext NOT NULL,
  `Changelog` longtext NOT NULL,
  `ReleaseDate` date NOT NULL,
  `Version` mediumtext NOT NULL,
  PRIMARY KEY  (`Id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;


--
-- Dumping data for table `PatchVersions`
--




-- --------------------------------------------------------


--
-- Table structure for table `Plugins`
--


CREATE TABLE IF NOT EXISTS `Plugins` (
  `Id` bigint(20) NOT NULL auto_increment,
  `Name` longtext NOT NULL,
  `Description` longtext NOT NULL,
  `ShortDescription` longtext NOT NULL,
  PRIMARY KEY  (`Id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;


--
-- Dumping data for table `Plugins`
--




-- --------------------------------------------------------


--
-- Table structure for table `PluginVersions`
--


CREATE TABLE IF NOT EXISTS `PluginVersions` (
  `Id` bigint(20) NOT NULL,
  `PluginId` bigint(20) NOT NULL,
  `Version` mediumtext NOT NULL,
  `MinVDRVersion` mediumtext NOT NULL,
  `MaxVDRVersion` mediumtext NOT NULL,
  `Changelog` longtext NOT NULL,
  `ReleaseDate` date NOT NULL,
  `Link` longtext NOT NULL,
  `PreBuildScript` longtext NOT NULL,
  `PostBuildScript` longtext NOT NULL,
  `InstallScript` longtext NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=latin1;


--
-- Dumping data for table `PluginVersions`
--




-- --------------------------------------------------------


--
-- Table structure for table `VDRVersions`
--


CREATE TABLE IF NOT EXISTS `VDRVersions` (
  `Id` bigint(20) NOT NULL auto_increment,
  `Version` mediumtext NOT NULL,
  `Link` longtext NOT NULL,
  `Changelog` longtext NOT NULL,
  PRIMARY KEY  (`Id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;


--
-- Dumping data for table `VDRVersions`
--