@Alle Ersteller von Scripten

Benutzeravatar
Thomas_H
Beiträge: 521
Registriert: 09 Jun 2010, 11:57
Wohnort: Havelland

@Alle Ersteller von Scripten

Beitrag von Thomas_H »

Moinsens,

meine Kritik und Bitte richtet sich mal an die Ersteller von Scripten, die in der wirklich tollen WIKI abgelegt sind. Es ist wirklich klasse, was aus der damaligen Idee entstanden ist. Nicht nur, dass man mal nachschauen kann, wie andere Nutzer bestimmte Probleme gelöst haben, sondern man findet manchmal klasse Lösungen, auf die man selbst nicht gekommen wäre. Ganz abgesehen davon, dass man sich auch die eine oder andere Arbeit ersparen kann, wenn man auf fertige Scripte zurückgreifen kann.

Jedoch ist es auch hin und wieder wichtig, zumindest die selbst erstellten Scripte auf deren Aktualität durchzuschauen. Ich finde hier und da beispielsweise tote Links (ja auch in meinen Scipten). Solange man die durch einfaches Editieren des Artikels selbst ändern kann ist es wenig problematisch. Wenn aber der Link nicht aktualisiert werden kann, weil er beispielsweise auf ein Dropbox-Share zeigt, den es nicht mehr gibt, ist das etwas schade, erst recht, wenn es ein vom Ersteller des Scriptes selbst erstelltes Programm ist. Das kann man nicht selbst eben mal reparieren... :)

Dann möchte ich einfach mal zur Diskussion stellen, ob Scripte für Windows XP noch eine Relevanz haben, oder ob diese vielleich umgeschrieben oder entfernt werden können...

Und noch eine Bitte habe ich: es wäre gut, wenn in den erstellten Scripten eine Kontaktmöglichkeit angegeben ist. Dann kann man sich bei Rückfragen an den Ersteller wenden... :)

Zu guter Letzt kann ich nur nochmal wiederholen, was ich oben schon ausgesprochen habe. Es ist wirklich eine tolle Sammlunge geworden, die jedem Anfänger in OPSI, aber auch jedem versierten Admin eine große Hilfe sein kann.
Ich hoffe, sie füllt sich weiter und zeigt auch anderen an OPSI Interessierten die Fülle der Möglichkeiten dieses Systems.

Gruß

Thomas_H
Kennst Du schon die WIKI für OPSI-Scripte? Fertige Installationsscripte bekommen und ablegen unter OPSI-Wiki
Aus dem Glashaus :) : UIB bietet auch Schulungen und Supportverträge für Opsi an.
Bild
Benutzeravatar
SisterOfMercy
Beiträge: 1522
Registriert: 22 Jun 2012, 19:18

Re: @Alle Ersteller von Scripten

Beitrag von SisterOfMercy »

My problem with the wiki is that I have loads of scripts, but putting them in the wiki costs time and effort. Maintaining those scripts is hard as well.
I should start a github site for all my own scripts, or something like that. Maybe a wiki is not the perfect environment for sharing scripts.
Bitte schreiben Sie Deutsch, when I'm responding in the German-speaking part of the forum!
Benutzeravatar
Thomas_H
Beiträge: 521
Registriert: 09 Jun 2010, 11:57
Wohnort: Havelland

Re: @Alle Ersteller von Scripten

Beitrag von Thomas_H »

Well, you're right. But uploading them to a github-rep might have other problems. For example to be actual as possible.

Of how many scripts are you talking about?

Greetz

Thomas_H
Kennst Du schon die WIKI für OPSI-Scripte? Fertige Installationsscripte bekommen und ablegen unter OPSI-Wiki
Aus dem Glashaus :) : UIB bietet auch Schulungen und Supportverträge für Opsi an.
Bild
Benutzeravatar
SisterOfMercy
Beiträge: 1522
Registriert: 22 Jun 2012, 19:18

Re: @Alle Ersteller von Scripten

Beitrag von SisterOfMercy »

Thomas_H hat geschrieben:Well, you're right. But uploading them to a github-rep might have other problems. For example to be actual as possible.
Isn't that the same problem with the wiki?
But with a git repository or similar I might be able to include that in the upload script, or a cron script.
Thomas_H hat geschrieben:Of how many scripts are you talking about?
Over 200 packages. Some with pretty specific instructions, which I'd have to write. That could end up in the readme.md, as I think is usually done with git repositories.
Instructions like: Extract all files with lessmsi. Search for these files (list), delete those files.

I find that throwing away useless plugins before installation works a lot better than deleting them after installation. :D

The wiki could be used for various windows 10 settings (in one article) if someone would maintain that article, and maintain the package.. I don't know. Let me sleep on it.
Bitte schreiben Sie Deutsch, when I'm responding in the German-speaking part of the forum!
tslinden
Beiträge: 9
Registriert: 20 Okt 2016, 12:28

Re: @Alle Ersteller von Scripten

Beitrag von tslinden »

SisterOfMercy hat geschrieben:I should start a github site for all my own scripts, or something like that. Maybe a wiki is not the perfect environment for sharing scripts.
Github Repo? *thumbs up* I support this idea!

Running an update job in Cron will end in easy update process for each user of free scripts/packets. For script maintainer it's easy to updates their own scripts and easy to share descriptions with readme.

@OPSI: what do you think about a global repo for all free scripts?
OPSI 4.1 @ Ubuntu
Benutzeravatar
n.wenselowski
Ex-uib-Team
Beiträge: 3194
Registriert: 04 Apr 2013, 12:15

Re: @Alle Ersteller von Scripten

Beitrag von n.wenselowski »

Hi,

I think a repo is generally a good idea. We are using git repos for development of our products aswell.

Right now the charm of the wiki is that you can easily use it (only a forum registration required which most should have anyway) and you don't need to know anything about git, repos and things like that.
And it is easy to find something because everything is in one place. If everything is in an repo figuring out where to look for that repo might require more work.

I am torn on this one because I know that having repos would improve many things but would also present new challenges like who will maintain that repo and will there be a way to preserve the contents if the repo is hosted somewhere else?


Kind regards

Niko

Code: Alles auswählen

import OPSI
Benutzeravatar
SisterOfMercy
Beiträge: 1522
Registriert: 22 Jun 2012, 19:18

Re: @Alle Ersteller von Scripten

Beitrag von SisterOfMercy »

n.wenselowski hat geschrieben:Right now the charm of the wiki is that you can easily use it (only a forum registration required which most should have anyway) and you don't need to know anything about git, repos and things like that.
And it is easy to find something because everything is in one place. If everything is in an repo figuring out where to look for that repo might require more work.
With a repo you will also have to create filters to exclude a lot of files. I can not distribute adobe-reader files, for instance. I can show the file listing I use, and with one of those .gitignore files in my directory I can automate any changes to be pushed to the repo.
That's the big problem of the wiki. Showing your exact directory structure is hard and a lot of work. Keeping your scripts updated is also a lot of work.

I mean, put this in the wiki as a directory structure:

Code: Alles auswählen

adobe-reader\files\Esl\AiodLite.dll
adobe-reader\files\Reader\A3DUtils.dll
adobe-reader\files\Reader\ACE.dll
adobe-reader\files\Reader\AcroApp\ENU\AppCenter_R.aapp
adobe-reader\files\Reader\AcroApp\ENU\Certificates_R.aapp
adobe-reader\files\Reader\AcroApp\ENU\Comments.aapp
adobe-reader\files\Reader\AcroApp\ENU\FillSign.aapp
adobe-reader\files\Reader\AcroApp\ENU\Home.aapp
adobe-reader\files\Reader\AcroApp\ENU\Measure.aapp
adobe-reader\files\Reader\AcroApp\ENU\Stamp.aapp
adobe-reader\files\Reader\AcroApp\ENU\Viewer.aapp
adobe-reader\files\Reader\Acrofx32.dll
adobe-reader\files\Reader\AcroRd32.dll
adobe-reader\files\Reader\AcroRd32.exe
adobe-reader\files\Reader\AcroRd32Res.dll
adobe-reader\files\Reader\AcroSup64.dll
adobe-reader\files\Reader\Adobe.Reader.Dependencies.manifest
adobe-reader\files\Reader\adoberfp.dll
adobe-reader\files\Reader\AdobeXMP.dll
adobe-reader\files\Reader\AGM.dll
adobe-reader\files\Reader\AGMGPUOptIn.ini
adobe-reader\files\Reader\AIDE.dll
adobe-reader\files\Reader\AXE8SharedExpat.dll
adobe-reader\files\Reader\AXSLE.dll
adobe-reader\files\Reader\BIB.dll
adobe-reader\files\Reader\BIBUtils.dll
adobe-reader\files\Reader\ccme_asym.dll
adobe-reader\files\Reader\ccme_base.dll
adobe-reader\files\Reader\ccme_base_non_fips.dll
adobe-reader\files\Reader\ccme_ecc.dll
adobe-reader\files\Reader\ccme_ecdrbg.dll
adobe-reader\files\Reader\CoolType.dll
adobe-reader\files\Reader\cryptocme.dll
adobe-reader\files\Reader\cryptocme.sig
adobe-reader\files\Reader\DirectInk.dll
adobe-reader\files\Reader\ExtendScript.dll
adobe-reader\files\Reader\icucnv40.dll
adobe-reader\files\Reader\icucnv58.dll
adobe-reader\files\Reader\icudt40.dll
adobe-reader\files\Reader\icudt58.dll
adobe-reader\files\Reader\Javascripts\HideMenu.js
adobe-reader\files\Reader\Javascripts\JSByteCodeWin.bin
adobe-reader\files\Reader\JP2KLib.dll
adobe-reader\files\Reader\Locale\en_US\stopwords.ENU
adobe-reader\files\Reader\PDFPrevHndlr.dll
adobe-reader\files\Reader\pe.dll
adobe-reader\files\Reader\plug_ins\AcroForm.api
adobe-reader\files\Reader\plug_ins\AcroForm\adobepdf.xdc
adobe-reader\files\Reader\plug_ins\AcroForm\PMP\AdobePDF417.pmp
adobe-reader\files\Reader\plug_ins\AcroForm\PMP\DataMatrix.pmp
adobe-reader\files\Reader\plug_ins\AcroForm\PMP\QRCode.pmp
adobe-reader\files\Reader\plug_ins\Annotations\Stamps\ENU\Dynamic.pdf
adobe-reader\files\Reader\plug_ins\Annotations\Stamps\ENU\SignHere.pdf
adobe-reader\files\Reader\plug_ins\Annotations\Stamps\ENU\StandardBusiness.pdf
adobe-reader\files\Reader\plug_ins\Annotations\Stamps\Words.pdf
adobe-reader\files\Reader\plug_ins\Annots.api
adobe-reader\files\Reader\plug_ins\Checkers.api
adobe-reader\files\Reader\plug_ins\DigSig.api
adobe-reader\files\Reader\plug_ins\DVA.api
adobe-reader\files\Reader\plug_ins\eBook.api
adobe-reader\files\Reader\plug_ins\EScript.api
adobe-reader\files\Reader\plug_ins\IA32.api
adobe-reader\files\Reader\plug_ins\pi_brokers\32BitMAPIBroker.exe
adobe-reader\files\Reader\plug_ins\pi_brokers\64BitMAPIBroker.exe
adobe-reader\files\Reader\plug_ins\PPKLite.api
adobe-reader\files\Reader\plug_ins\ReadOutLoud.api
adobe-reader\files\Reader\plug_ins\SendMail.api
adobe-reader\files\Reader\plug_ins\weblink.api
adobe-reader\files\Reader\pmd.cer
adobe-reader\files\Reader\RTC.der
adobe-reader\files\Reader\ScCore.dll
adobe-reader\files\Reader\sqlite.dll
adobe-reader\files\Reader\ViewerPS.dll
adobe-reader\files\Resource\CMap\Identity-H
adobe-reader\files\Resource\CMap\Identity-V
adobe-reader\files\Resource\ENUtxt.pdf
adobe-reader\files\Resource\Font\AdobePiStd.otf
adobe-reader\files\Resource\Font\CourierStd.otf
adobe-reader\files\Resource\Font\CourierStd-Bold.otf
adobe-reader\files\Resource\Font\CourierStd-BoldOblique.otf
adobe-reader\files\Resource\Font\CourierStd-Oblique.otf
adobe-reader\files\Resource\Font\MinionPro-Bold.otf
adobe-reader\files\Resource\Font\MinionPro-BoldIt.otf
adobe-reader\files\Resource\Font\MinionPro-It.otf
adobe-reader\files\Resource\Font\MinionPro-Regular.otf
adobe-reader\files\Resource\Font\MyriadPro-Bold.otf
adobe-reader\files\Resource\Font\MyriadPro-BoldIt.otf
adobe-reader\files\Resource\Font\MyriadPro-It.otf
adobe-reader\files\Resource\Font\MyriadPro-Regular.otf
adobe-reader\files\Resource\Font\PFM\SY______.PFM
adobe-reader\files\Resource\Font\PFM\zx______.pfm
adobe-reader\files\Resource\Font\PFM\zy______.pfm
adobe-reader\files\Resource\Font\SY______.PFB
adobe-reader\files\Resource\Font\ZX______.PFB
adobe-reader\files\Resource\Font\ZY______.PFB
adobe-reader\files\Resource\SaslPrep\SaslPrepProfile_norm_bidi.spp
adobe-reader\files\Resource\TypeSupport\Unicode\ICU\icudt26l.dat
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Adobe\symbol.txt
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Adobe\zdingbat.txt
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Mac\CENTEURO.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Mac\CORPCHAR.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Mac\CROATIAN.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Mac\CYRILLIC.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Mac\GREEK.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Mac\ICELAND.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Mac\ROMAN.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Mac\ROMANIAN.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Mac\SYMBOL.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Mac\TURKISH.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\Mac\UKRAINE.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\win\CP1250.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\win\CP1251.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\win\CP1252.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\win\CP1253.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\win\CP1254.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\win\CP1257.TXT
adobe-reader\files\Resource\TypeSupport\Unicode\Mappings\win\CP1258.TXT
adobe-reader\adobe-reader.png
adobe-reader\delsub3264.opsiscript
adobe-reader\setup3264.opsiscript
adobe-reader\uninstall3264.opsiscript
:-(
Bitte schreiben Sie Deutsch, when I'm responding in the German-speaking part of the forum!
Benutzeravatar
tobias
Beiträge: 1291
Registriert: 20 Aug 2008, 12:36
Wohnort: Braunschweig
Kontaktdaten:

Re: @Alle Ersteller von Scripten

Beitrag von tobias »

A GIT Repository would be nice, we already use a GitLab instance for manage all our products.

It's much easier then putting the scripts into a WIKI....
Benutzeravatar
n.wenselowski
Ex-uib-Team
Beiträge: 3194
Registriert: 04 Apr 2013, 12:15

Re: @Alle Ersteller von Scripten

Beitrag von n.wenselowski »

tobias hat geschrieben:A GIT Repository would be nice, we already use a GitLab instance for manage all our products.

It's much easier then putting the scripts into a WIKI....
Why not manage your scripts as a git repo and place a link for each product in the wiki that links to the corresponding repo?

Code: Alles auswählen

import OPSI
Benutzeravatar
tobias
Beiträge: 1291
Registriert: 20 Aug 2008, 12:36
Wohnort: Braunschweig
Kontaktdaten:

Re: @Alle Ersteller von Scripten

Beitrag von tobias »

n.wenselowski hat geschrieben:
tobias hat geschrieben:A GIT Repository would be nice, we already use a GitLab instance for manage all our products.

It's much easier then putting the scripts into a WIKI....
Why not manage your scripts as a git repo and place a link for each product in the wiki that links to the corresponding repo?
Our gitlab server is currently only reachable from our corporate network ;)
Antworten