openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842020-11-23T18:28:36ZopenSUSE Project Management Tool
Redmine invis-server - action #80224 (Closed): CLT Alternativ-Eventhttps://progress.opensuse.org/issues/802242020-11-23T18:28:36Zflaccostefan@invis-server.org
<p>Marcel hat vorgeschlagen parallel zu den kommenden nur virtuellen Chemnitzer-Linux-Tagen ein kleines eigenes Event zu starten bei dem wir uns im kleinen Kreis treffen, ein bisschen basteln und ein paar Vorträge von den CLT streamen können.</p>
<p>Klar ist, dass das nur mit einer deutlichen Lockerung der derzeitigen Corona-Bestimmungen möglich ist. Auch unser gesunder Menschenverstand sollte eine Rolle spielen. Meint wenn die Fallzahlen weiter hoch bleiben sollten wir auch bei gelockerten Bestimmungen davon Abstand nehmen oder die Modalitäten anpassen.</p>
<p>Ich mache das hier mal als Ticket der Kategorie Event auf, dann können wir hier planen.</p>
<p>Termin der virtuellen CLT ist das WE 13./14.03.2021.</p>
<p>Unsere Planung eines solchen Mini-Events sollten wir spätestens eine Woche vorher abgeschlossen haben.</p>
invisAD-setup - action #67189 (Rejected): easyrsa batch modehttps://progress.opensuse.org/issues/671892020-05-24T09:14:53Zflaccostefan@invis-server.org
<p>It's possible to use easyrsa in a batch mode, which means no requests during easyrsa jobs. This is a little dangerous but this would create the opportunity to do easyrsa jobs via the invis-Portal.</p>
<p>A disadvantage is that we have to save the password of the ca-key in a file on the server.</p>
<p>Feedback wanted!</p>
invisAD-setup - action #52019 (Closed): invis-Portal: Add a new function-sitehttps://progress.opensuse.org/issues/520192019-05-27T08:25:26Zflaccostefan@invis-server.org
<p>It should be possible to execute some administrative shell-scripts via invis-portal.</p>
invisAD-setup - action #51869 (Closed): Build new own Samba-packageshttps://progress.opensuse.org/issues/518692019-05-22T16:22:30Zflaccostefan@invis-server.org
<p>Caused by problems with the MIT-Kerberos implementation and it's "experimental" state, we must build again own Samba-packages with Heimdal-Kerberos and switch our setup back to these own packages.</p>
invisAD-setup - action #47072 (Closed): Check our DHCP-LDAP Schemahttps://progress.opensuse.org/issues/470722019-02-03T10:47:39Zflaccostefan@invis-server.org
<p>During an Upgrade from Samba 4.6 to 4.7 with MIT Kerberos, it is necessary to run "samba-tool dbcheck --cross-ncs --fix".</p>
<p>dbcheck throws some errors related to our dhcpd-LDAP Schema. We have to check this.</p>
<p>Errors:</p>
<hr>
<p>ERROR: Normalisation error for attribute mayContain in CN=iscDhcpClass,CN=Schema,CN=Configuration,DC=140-net,DC=loc<br>
value 'iscDhcpSubClassesDN' should be 'iscDhcpSubclassesDN'<br>
Not fixing attribute mayContain<br>
ERROR: Duplicate values for attribute 'mayContain' in 'CN=iscDhcpClass,CN=Schema,CN=Configuration,DC=140-net,DC=loc'<br>
Values contain a duplicate: [iscDhcpSubClassesDN,iscDhcpOptionsDN,iscDhcpStatements,iscDhcpComments,iscDhcpOption]/[iscDhcpSubClassesDN]!<br>
Not fixing attribute 'mayContain'<br>
ERROR: Not fixing missing 'name' on 'CN=iscDhcpClass,CN=Schema,CN=Configuration,DC=140-net,DC=loc'<br>
ERROR: Normalisation error for attribute mustContain in CN=iscDhcpFailOverPeer,CN=Schema,CN=Configuration,DC=140-net,DC=loc<br>
value 'iscDhcpFailoverPrimaryPort' should be 'iscDhcpFailOverPrimaryPort'<br>
Not fixing attribute mustContain<br>
ERROR: Duplicate values for attribute 'mustContain' in 'CN=iscDhcpFailOverPeer,CN=Schema,CN=Configuration,DC=140-net,DC=loc'<br>
Values contain a duplicate: [cn,iscDhcpFailOverPrimaryServer,iscDhcpFailOverSecondaryServer,iscDhcpFailoverPrimaryPort,iscDhcpFailOverSecondaryPort]/[iscDhcpFailOverPrimaryServer,iscDhcpFailoverPrimaryPort,cn,iscDhcpFailOverSecondaryServer]!<br>
Not fixing attribute 'mustContain'<br>
ERROR: Not fixing missing 'name' on 'CN=iscDhcpFailOverPeer,CN=Schema,CN=Configuration,DC=140-net,DC=loc'<br>
ERROR: incorrect DN SID component for member in object CN=Domain Users,CN=Users,DC=140-net,DC=loc - ;;;;;;;;CN=<a href="mailto:postmaster@140-net.loc">postmaster@140-net.loc</a>,CN=Users,DC=140-net,DC=loc<br>
Not fixing SID component mismatch</p>
<hr>
invisAD-setup - action #46472 (Rejected): Evaluation: EGroupwarehttps://progress.opensuse.org/issues/464722019-01-21T16:26:15Zflaccostefan@invis-server.org
<p>invis-Servers use Kopano as their primary groupware system. Earlier versions of the invis server also included group-e. Group-es focus differs completely from Kopano. Features like project-management or time-tracking turned Group-e from a simple groupware to a tool which has the possibility to manage a lot of business workflows. After the group-e maintainers stopped the group-e developement, I was looking for an alternate system. The first idea was to include Tine20, but it was to complex.</p>
<p>In the very early days of invis-server they included EGroupware but I kicked it in favor of group-e. Now EGroupware did giant steps forward. We should evaluate if it is possible to integrate EGroupware as an alternative to Kopano for customers which want to manage their whole business with an extended groupware system.</p>
<p>Questions:</p>
<ol>
<li>Is it possible to combine EGroupware with ActiveDirectory based user-management?</li>
<li>Is it possible to automate EGroupwares setup and configuration?</li>
<li>Can EGroupware fit the needs of our target group or is it much to complex?</li>
</ol>
<p>A possible implementation of EGroupware will not change the Role of Kopano as our preferred groupware system. </p>
invisAD-setup - action #46121 (Rejected): CalDAV to CalDAV synchronization (Server to Server)https://progress.opensuse.org/issues/461212019-01-14T19:25:31Zflaccostefan@invis-server.org
<p>We should evaluate if it is possible to integrate a CalDAV to CalDAV synchronization tool into the invis-Server.</p>
<p>Background: With Kopano or other groupware systems we have a CalDAV Server inside invis-Server. A lot of our (FSP) customers use additional business-software systems which also ships calendar and scheduling components inside. Some of them are CalDAV servers.</p>
<p>For our customers it's difficult to decide which system they should use. Having the possibility to synchronize these systems could be a cool and extremely useful feature.</p>
invisAD-setup - action #39161 (Closed): Build a new invisAD-setup Version 13.5https://progress.opensuse.org/issues/391612018-08-05T10:29:18Zflaccostefan@invis-server.org
<p>13.5 is a kind of intermediate version to prepare an upgrade to upcoming leap15 based Versions.</p>
<ul>
<li>This Version uses PHP7 and corNAz is already integrated in our invis-Portal.</li>
<li>It should support PHP7 based Kopano 8.6 packages and ownCloud 10.</li>
</ul>
invisAD-setup - action #36019 (Rejected): We should think about the integration of kopanos libre-...https://progress.opensuse.org/issues/360192018-05-09T06:52:03Zflaccostefan@invis-server.org
<p>Sharing Documents is an essential part of modern working.... </p>
invisAD-setup - action #35946 (Rejected): GroupPolicies to rollout software to windows-clientshttps://progress.opensuse.org/issues/359462018-05-06T11:58:51Zflaccostefan@invis-server.org
<p>We should add GPOs to the invis-Server AD for an automatic rollout software-packages like Kopano-Outlook-Extension, Kopano-Deskapp or ownCloud-Client to the connected windows clients</p>
invisAD-setup - action #33427 (Rejected): Reduce the set of configuration variables in invis-Port...https://progress.opensuse.org/issues/334272018-03-18T14:07:23Zflaccostefan@invis-server.org
<p>For our next release we should remove all variables that are filled with setup-placeholders from the invis-portal default-configuration-file.</p>
invisAD-setup - action #25198 (Rejected): invis-Server Upgrade Systemhttps://progress.opensuse.org/issues/251982017-09-12T05:53:59Zflaccostefan@invis-server.org
<p>We should build an upgrade System or Script for invis-Server to support minor-release jumps.</p>
<p>Such a system has to do only the projectable things like adding new stuff (schema addons, data) to Active-Directory or setting new Versionnumbers. To do the whole upgrades automatically is impossible in my opinion. </p>
<p>Any suggestions to this topic?</p>
invis-backup - action #23882 (Closed): Compare borgbackup with rdiff-backuphttps://progress.opensuse.org/issues/238822017-09-03T09:38:09Zflaccostefan@invis-server.org
<p>openSUSE 42.3 comes with the backup-software "borgbackup". It seems that borgbackup has the same advanteges to rdiff-backup and some cool features on top. A fuse driver for borg repos is available.</p>
invis-backup - action #23794 (Rejected): Implementing rdiff-backup-web to invis-serverhttps://progress.opensuse.org/issues/237942017-08-30T18:53:30Zflaccostefan@invis-server.org
<p>The invis-server own backup-solution "invis-rdbu" uses rdiff-backup as the main backup-tool. </p>
<p>Restoring Data from a rdiff-backup repository isn't easy enough to give our users the oportunity to restore data from the backup by themself. Implemting the fuse-based rdiff-backup Filesystem in combination with rdiff-backup-web makes it much more easy to do this job. </p>
<p>Ingo has allready build a rdiff-backup-fs package in our OBS Repos, no we can start implementing and testing rdiff-backup-web.</p>
<p>rdiff-backup-web on Sourceforge: <a href="http://rdiffbackupweb.sourceforge.net/" class="external">http://rdiffbackupweb.sourceforge.net/</a></p>
<p>Caution: This software is in an early alpha state, perhaps it isn't stabel enough for our needs. </p>
invis-backup - action #23672 (Rejected): add encryption to invis-rdbu https://progress.opensuse.org/issues/236722017-08-26T11:28:04Zflaccostefan@invis-server.org
<p>We should extend our own backup-solution invis-rdbu to support encrypted harddisks or volumes.</p>
<p>invis-rdbu can use external eSATA or USB Disks as backup targets. These targes should be encrypted for security reasons.</p>
<p>I think that it's not necessary to encrypt the backup target in case if the target is a backup-server.</p>