Sivuja: [1]   Siirry alas

Kirjoittaja Aihe: openSUSE Leap 15.0:n repot?  (Luettu 11976 kertaa)

0 jäsentä ja 7 Vierasta katselee tätä aihetta.

Poissa RaijaR

  • Jäsen
  • Viestejä: 1464
  • Sukupuoli: Nainen
openSUSE Leap 15.0:n repot?
« : 08.08.2018 - klo:19:21 »
Minulla on käytössä alla olevat repot ja en vieläkään ymmärrä, mitä nuo kaikki on. Ja onko tarpeellisia ollenkaan.

# | Alias                                                   | Nimi                                                   | Käytössä | GPG-tarkistus | Päivitä
--+-----------------------------------------------------------------------------------------------+-------------+---------------+--------
1 | download.opensuse.org-non-oss      | Pääasennuslähde (NON-OSS)       | Kyllä         | (r ) Kyllä    | Kyllä 
2 | download.opensuse.org-non-oss_1  | Päivitysasennuslähde (Non-Oss)   | Kyllä         | (r ) Kyllä    | Kyllä 
3 | download.opensuse.org-oss             | Pääasennuslähde (OSS)                 | Kyllä         | (r ) Kyllä    | Kyllä 
4 | download.opensuse.org-oss_1         | Perusasennuslähde päivityksille     | Kyllä         | (r ) Kyllä    | Kyllä 
5 | http-opensuse-guide.org-9e52d914  | libdvdcss repository                         | Kyllä         | (r ) Kyllä    | Kyllä 
6 | http-packman.inode.at-756b670f      | Packman Repository                        | Kyllä         | (r ) Kyllä    | Kyllä 
7 | openSUSE-Leap-15.0-1                    | openSUSE-Leap-15.0-1                   | Kyllä         | (r ) Kyllä    | Kyllä

YaST2:llahan voi vaihtaa (yaST2 -> näkymä -> asennuslähteet) järjestelmäpaketit tietylle repolle, mutta kun ei ole aavistustakaan mitä tuohon valitsisi, ettei saisi taas jotain sotkua aikaiseksi. Vai olisiko parasta olla näin?
Kirjattu
Pöytäkone ASUS ExpertCenter PN52, Tumbleweed, jossa nippu distroja QEMU/KVM:ssä.
Ja Väinö-minibulli :D
Huom! Kirjoitusvihreet tulee jostain aravuudesta...

Poissa harmie

  • Valvoja
  • *
  • Viestejä: 2791
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #1 : 08.08.2018 - klo:20:08 »
Tuolla on lyhyt kuvaus
https://en.opensuse.org/Package_repositories

Ihan ok noi sinun lähteet on. Taitaa olla tuo alin se asennusmedia jonka voi poistaa niin ei turhaa kysele levyä jos jotain pakettia asentelet.
Kirjattu

Poissa RaijaR

  • Jäsen
  • Viestejä: 1464
  • Sukupuoli: Nainen
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #2 : 08.08.2018 - klo:21:47 »
Kiitos! Taisin jopa viimeinkin ymmärtää nuo repot. Sitten vielä on tuo Packman ja siitä sanottiin (https://en.opensuse.org/Additional_package_repositories):

"Packman offers various additional packages for openSUSE, especially but not limited to multimedia related applications and libraries that are on the openSUSE Build Service application blacklist. It's the largest external repository of openSUSE packages. Packman is comprised of the following four repositories:

Essentials: provides codecs and audio and video player applications, to fulfill the most essential needs
Multimedia: contains many more multimedia related applications
Extra: additional non multimedia related applications, mostly network related
Games: obviously, games"

Jotenkin olin siinä luulossa/pelossa, että openSUSE-repot ja Packman-repo on toisensa poissulkevia ja niiden "yhteiskäyttö" aiheuttaa mahdollisesti jotain sotkua versioiden kanssa. Näin ei kuitenkaan ole (?).
Kirjattu
Pöytäkone ASUS ExpertCenter PN52, Tumbleweed, jossa nippu distroja QEMU/KVM:ssä.
Ja Väinö-minibulli :D
Huom! Kirjoitusvihreet tulee jostain aravuudesta...

Poissa harmie

  • Valvoja
  • *
  • Viestejä: 2791
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #3 : 09.08.2018 - klo:09:01 »
No harvoin se packmanin repo mitään hajottaa. Enemmän siitä on hyötyä kun haittaa.
Lisäksi jos joku paketti päivittyy packamista ja ei toimi niin yastilla pystyy aina asentamaan takasin susen reposta olevan version.
Kirjattu

Poissa rekufaari

  • Jäsen
  • Viestejä: 248
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #4 : 23.08.2019 - klo:19:04 »
Tulee tuollainen herja kun paketteja päivitän..

 zypper up -t package
Luetaan asennuslähteiden tietoja...
Varoitus: Asennuslähde "Päivitysasennuslähde (Non-Oss)" on vanhentunut. Harkitse toisen peilipalvelimen tai palvelimen käyttöä.

Ja toinen kysymys, jos haluan päivittää Leap 15.0 versioon 15.1 niin riittääkö että korvaan asennuslähteissä 0 1:ksi ?
Kirjattu

Poissa harmie

  • Valvoja
  • *
  • Viestejä: 2791
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #5 : 23.08.2019 - klo:20:11 »
Kannattaa poistaa kaikki muut repot päivityksen ajaksi pois käytöstä. sitten caihdat oss ja update repot tohon 15.1 versioon.
Ennen aloitusta kannattaa ottaa varmuuskopio kaikista sinulle tärkeistä tiedostoista siltävaralta, että joku meneekin pieleen.

lopuksi aja komentoriviltä allaoleva tai valitse YaST:sta päivitä kaikki paketit vaihtoehto.
Koodia: [Valitse]
su -
zypper ref
zypper dup
Kirjattu

Poissa rekufaari

  • Jäsen
  • Viestejä: 248
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #6 : 24.08.2019 - klo:22:20 »
Päätin kuitenkin ladata asennustiedostot ja DVD:ltä sitten päivitin.
Onnistui muuten ihan hyvin, mutta akonadiserver ei vaan toimi, enkä ole vielä ratkaisua keksinyt mikä mättää ?

Suoritettava tiedosto: akonadiserver Prosessitunniste: 4374 Signaali: Aborted (6) Aika: 24.8.2019 22:15:51
Kirjattu

Poissa rekufaari

  • Jäsen
  • Viestejä: 248
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #7 : 25.08.2019 - klo:09:23 »
Mitähän kannattais tehdä, että tuon akanodin sais käytiin.

harmaalokki:/home/reikos # akonadictl start
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
D-Bus session bus is not available!
KCrash: Application 'akonadictl' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit
sock_file=/kdeinit5__0
Warning: connect() failed: : Yhteys torjuttu
KCrash: Attempting to start /usr/lib64/libexec/drkonqi directly
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
found lsb_release
Using /proc to determine executable path
Executable is: "/usr/bin/akonadictl"
Executable exists: true
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
Enabling drkonqi crash catching
kf5.kwidgetsaddons: Invalid pixmap specified.
Sending SIGSTOP to process

[1]+  Pysäytetty             akonadictl start
harmaalokki:/home/reikos # Sending SIGCONT to process
Unable to start Dr. Konqi
Re-raising signal for core dump handling.

[1]+  Keskeytetty             (luotiin core-tiedosto)akonadictl start
Kirjattu

Poissa harmie

  • Valvoja
  • *
  • Viestejä: 2791
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #8 : 25.08.2019 - klo:12:29 »
Ajoitko tuon "akonadictl start" root-käyttäjänä kun virheilmoitus siihen vähän viittaisi. Kokeiletko ajaa normaalikäyttäjänä ja laita sitten virheilmoitus tänne.
Kirjattu

Poissa rekufaari

  • Jäsen
  • Viestejä: 248
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #9 : 25.08.2019 - klo:12:50 »
roottina tosiaan sen ajoin.
Mutta tässä sitten normikäyttäjänä.

reikos@harmaalokki:~> org.kde.pim.akonadiserver: Starting up the Akonadi Server...
akonadi.collectionattributetable                   OK
akonadi.collectionmimetyperelation                 OK
akonadi.collectionpimitemrelation                  OK
akonadi.collectiontable                            OK
akonadi.flagtable                                  OK
akonadi.mimetypetable                              OK
akonadi.parttable                                  OK
akonadi.parttypetable                              OK
akonadi.pimitemflagrelation                        OK
akonadi.pimitemtable                               OK
akonadi.pimitemtagrelation                         OK
akonadi.relationtable                              OK
akonadi.relationtypetable                          OK
akonadi.resourcetable                              OK
akonadi.schemaversiontable                         OK
akonadi.tagattributetable                          OK
akonadi.tagremoteidresourcerelationtable           OK
akonadi.tagtable                                   OK
akonadi.tagtypetable                               OK
org.kde.pim.akonadiserver: Running DB initializer
org.kde.pim.akonadiserver: DB initializer done
org.kde.pim.akonadiserver: DATABASE ERROR:
org.kde.pim.akonadiserver:   Error code: "2013"
org.kde.pim.akonadiserver:   DB error:  "Lost connection to MySQL server during query"
org.kde.pim.akonadiserver:   Error text: "Lost connection to MySQL server during query QMYSQL3: Unable to execute statement"
org.kde.pim.akonadiserver:   Values: QMap((":0", QVariant(int, 39))(":1", QVariant(int, 1528171116)))
org.kde.pim.akonadiserver:   Query: "UPDATE SchemaVersionTable SET version = :0, generation = :1"
org.kde.pim.akonadiserver: Error during updating record with id -1  in table "SchemaVersionTable" "Lost connection to MySQL server during query QMYSQL3: Unable to execute statement"
org.kde.pim.akonadiserver: Failed to commit transaction for database update
org.kde.pim.akonadiserver: DATABASE ERROR while PREPARING QUERY:
org.kde.pim.akonadiserver:   Error code: "2006"
org.kde.pim.akonadiserver:   DB error:  "MySQL server has gone away"
org.kde.pim.akonadiserver:   Error text: "MySQL server has gone away QMYSQL3: Unable to prepare statement"
org.kde.pim.akonadiserver:   Query: "SELECT information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME, information_schema.KEY_COLUMN_USAGE.COLUMN_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_TABLE_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_COLUMN_NAME, information_schema.REFERENTIAL_CONSTRAINTS.UPDATE_RULE, information_schema.REFERENTIAL_CONSTRAINTS.DELETE_RULE FROM information_schema.REFERENTIAL_CONSTRAINTS INNER JOIN information_schema.KEY_COLUMN_USAGE ON ( information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME = information_schema.KEY_COLUMN_USAGE.CONSTRAINT_NAME ) WHERE ( information_schema.KEY_COLUMN_USAGE.TABLE_SCHEMA = :0 AND information_schema.KEY_COLUMN_USAGE.TABLE_NAME = :1 )"
org.kde.pim.akonadiserver: DATABASE ERROR while PREPARING QUERY:
org.kde.pim.akonadiserver:   Error code: "2006"
org.kde.pim.akonadiserver:   DB error:  "MySQL server has gone away"
org.kde.pim.akonadiserver:   Error text: "MySQL server has gone away QMYSQL3: Unable to prepare statement"
org.kde.pim.akonadiserver:   Query: "SELECT information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME, information_schema.KEY_COLUMN_USAGE.COLUMN_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_TABLE_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_COLUMN_NAME, information_schema.REFERENTIAL_CONSTRAINTS.UPDATE_RULE, information_schema.REFERENTIAL_CONSTRAINTS.DELETE_RULE FROM information_schema.REFERENTIAL_CONSTRAINTS INNER JOIN information_schema.KEY_COLUMN_USAGE ON ( information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME = information_schema.KEY_COLUMN_USAGE.CONSTRAINT_NAME ) WHERE ( information_schema.KEY_COLUMN_USAGE.TABLE_SCHEMA = :0 AND information_schema.KEY_COLUMN_USAGE.TABLE_NAME = :1 )"
org.kde.pim.akonadiserver: DATABASE ERROR while PREPARING QUERY:
org.kde.pim.akonadiserver:   Error code: "2006"
org.kde.pim.akonadiserver:   DB error:  "MySQL server has gone away"
org.kde.pim.akonadiserver:   Error text: "MySQL server has gone away QMYSQL3: Unable to prepare statement"
org.kde.pim.akonadiserver:   Query: "SELECT information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME, information_schema.KEY_COLUMN_USAGE.COLUMN_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_TABLE_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_COLUMN_NAME, information_schema.REFERENTIAL_CONSTRAINTS.UPDATE_RULE, information_schema.REFERENTIAL_CONSTRAINTS.DELETE_RULE FROM information_schema.REFERENTIAL_CONSTRAINTS INNER JOIN information_schema.KEY_COLUMN_USAGE ON ( information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME = information_schema.KEY_COLUMN_USAGE.CONSTRAINT_NAME ) WHERE ( information_schema.KEY_COLUMN_USAGE.TABLE_SCHEMA = :0 AND information_schema.KEY_COLUMN_USAGE.TABLE_NAME = :1 )"
terminate called after throwing an instance of 'Akonadi::Server::DbException'
  what():  Failed to query index
Sql error: MySQL server has gone away QMYSQL: Unable to execute query
Query: SHOW INDEXES FROM CollectionTable WHERE `Key_name` = 'CollectionTable_parentAndNameIndex'
KCrash: Application 'akonadiserver' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit
sock_file=/run/user/1000/kdeinit5__0

reikos@harmaalokki:~> QSocketNotifier: Invalid socket 6 and type 'Read', disabling...
Unable to start Dr. Konqi
Re-raising signal for core dump handling.
org.kde.pim.akonadicontrol: ProcessControl: Application "akonadiserver" stopped unexpectedly ( "Prosessi kaatui" )
org.kde.pim.akonadicontrol: Application 'akonadiserver' crashed! 1 restarts left.
org.kde.pim.akonadiserver: Starting up the Akonadi Server...
akonadi.collectionattributetable                   OK
akonadi.collectionmimetyperelation                 OK
akonadi.collectionpimitemrelation                  OK
akonadi.collectiontable                            OK
akonadi.flagtable                                  OK
akonadi.mimetypetable                              OK
akonadi.parttable                                  OK
akonadi.parttypetable                              OK
akonadi.pimitemflagrelation                        OK
akonadi.pimitemtable                               OK
akonadi.pimitemtagrelation                         OK
akonadi.relationtable                              OK
akonadi.relationtypetable                          OK
akonadi.resourcetable                              OK
akonadi.schemaversiontable                         OK
akonadi.tagattributetable                          OK
akonadi.tagremoteidresourcerelationtable           OK
akonadi.tagtable                                   OK
akonadi.tagtypetable                               OK
org.kde.pim.akonadiserver: Running DB initializer
org.kde.pim.akonadiserver: DB initializer done
org.kde.pim.akonadiserver: DATABASE ERROR:
org.kde.pim.akonadiserver:   Error code: "2013"
org.kde.pim.akonadiserver:   DB error:  "Lost connection to MySQL server during query"
org.kde.pim.akonadiserver:   Error text: "Lost connection to MySQL server during query QMYSQL3: Unable to execute statement"
org.kde.pim.akonadiserver:   Values: QMap((":0", QVariant(int, 39))(":1", QVariant(int, 1528171116)))
org.kde.pim.akonadiserver:   Query: "UPDATE SchemaVersionTable SET version = :0, generation = :1"
org.kde.pim.akonadiserver: Error during updating record with id -1  in table "SchemaVersionTable" "Lost connection to MySQL server during query QMYSQL3: Unable to execute statement"
org.kde.pim.akonadiserver: Failed to commit transaction for database update
org.kde.pim.akonadiserver: DATABASE ERROR while PREPARING QUERY:
org.kde.pim.akonadiserver:   Error code: "2006"
org.kde.pim.akonadiserver:   DB error:  "MySQL server has gone away"
org.kde.pim.akonadiserver:   Error text: "MySQL server has gone away QMYSQL3: Unable to prepare statement"
org.kde.pim.akonadiserver:   Query: "SELECT information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME, information_schema.KEY_COLUMN_USAGE.COLUMN_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_TABLE_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_COLUMN_NAME, information_schema.REFERENTIAL_CONSTRAINTS.UPDATE_RULE, information_schema.REFERENTIAL_CONSTRAINTS.DELETE_RULE FROM information_schema.REFERENTIAL_CONSTRAINTS INNER JOIN information_schema.KEY_COLUMN_USAGE ON ( information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME = information_schema.KEY_COLUMN_USAGE.CONSTRAINT_NAME ) WHERE ( information_schema.KEY_COLUMN_USAGE.TABLE_SCHEMA = :0 AND information_schema.KEY_COLUMN_USAGE.TABLE_NAME = :1 )"
org.kde.pim.akonadiserver: DATABASE ERROR while PREPARING QUERY:
org.kde.pim.akonadiserver:   Error code: "2006"
org.kde.pim.akonadiserver:   DB error:  "MySQL server has gone away"
org.kde.pim.akonadiserver:   Error text: "MySQL server has gone away QMYSQL3: Unable to prepare statement"
org.kde.pim.akonadiserver:   Query: "SELECT information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME, information_schema.KEY_COLUMN_USAGE.COLUMN_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_TABLE_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_COLUMN_NAME, information_schema.REFERENTIAL_CONSTRAINTS.UPDATE_RULE, information_schema.REFERENTIAL_CONSTRAINTS.DELETE_RULE FROM information_schema.REFERENTIAL_CONSTRAINTS INNER JOIN information_schema.KEY_COLUMN_USAGE ON ( information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME = information_schema.KEY_COLUMN_USAGE.CONSTRAINT_NAME ) WHERE ( information_schema.KEY_COLUMN_USAGE.TABLE_SCHEMA = :0 AND information_schema.KEY_COLUMN_USAGE.TABLE_NAME = :1 )"
org.kde.pim.akonadiserver: DATABASE ERROR while PREPARING QUERY:
org.kde.pim.akonadiserver:   Error code: "2006"
org.kde.pim.akonadiserver:   DB error:  "MySQL server has gone away"
org.kde.pim.akonadiserver:   Error text: "MySQL server has gone away QMYSQL3: Unable to prepare statement"
org.kde.pim.akonadiserver:   Query: "SELECT information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME, information_schema.KEY_COLUMN_USAGE.COLUMN_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_TABLE_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_COLUMN_NAME, information_schema.REFERENTIAL_CONSTRAINTS.UPDATE_RULE, information_schema.REFERENTIAL_CONSTRAINTS.DELETE_RULE FROM information_schema.REFERENTIAL_CONSTRAINTS INNER JOIN information_schema.KEY_COLUMN_USAGE ON ( information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME = information_schema.KEY_COLUMN_USAGE.CONSTRAINT_NAME ) WHERE ( information_schema.KEY_COLUMN_USAGE.TABLE_SCHEMA = :0 AND information_schema.KEY_COLUMN_USAGE.TABLE_NAME = :1 )"
terminate called after throwing an instance of 'Akonadi::Server::DbException'
  what():  Failed to query index
Sql error: MySQL server has gone away QMYSQL: Unable to execute query
Query: SHOW INDEXES FROM CollectionTable WHERE `Key_name` = 'CollectionTable_parentAndNameIndex'
KCrash: Application 'akonadiserver' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit
sock_file=/run/user/1000/kdeinit5__0

Kirjattu

Poissa harmie

  • Valvoja
  • *
  • Viestejä: 2791
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #10 : 25.08.2019 - klo:13:30 »
Jostain syystä se ei saa nyt yhteyttä mariadb.
Kokeile ajaa tämä tavallisena käyttäjänä

korvaa no noi kysymysmerkit tuolla ensimmäisellä find komennolla löytyvällä mysql.socket polulla.
Koodia: [Valitse]
find /tmp -name mysql.socket
mysql --defaults-file=~/.local/share/akonadi/mysql.conf --socket=???

Tässä esimerkki miltä minulla näyttää
mysql --defaults-file=~/.local/share/akonadi/mysql.conf --socket=/tmp/akonadi-suser.dVGZ9j/mysql.socket
Kirjattu

Poissa rekufaari

  • Jäsen
  • Viestejä: 248
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #11 : 25.08.2019 - klo:14:45 »
Lainaus käyttäjältä: harmie - 25.08.2019 - klo:13:30
korvaa no noi kysymysmerkit tuolla ensimmäisellä find komennolla löytyvällä mysql.socket polulla.

No empä tuosta nyt hullua hurskaammaksi tullut ?

reikos@harmaalokki:~> find /tmp -name mysql.socket
find: ‘/tmp/runtime-root’: Lupa evätty
find: ‘/tmp/systemd-private-13f9c5c8dad244adb6dd1d89bbf3c4bb-ntpd.service-GeiYkB’: Lupa evätty
find: ‘/tmp/runtime-sddm’: Lupa evätty
find: ‘/tmp/YaST2-05289-uDdu4V’: Lupa evätty
/tmp/akonadi-reikos.HmtKAD/mysql.socket
find: ‘/tmp/mc-root’: Lupa evätty
find: ‘/tmp/YaST2-11409-5xudps’: Lupa evätty
find: ‘/tmp/systemd-private-13f9c5c8dad244adb6dd1d89bbf3c4bb-rtkit-daemon.service-MQt95G’: Lupa evätty
find: ‘/tmp/pulse-2L9K88eMlGn7’: Lupa evätty
find: ‘/tmp/YaST2-05289-rxlbiG’: Lupa evätty
find: ‘/tmp/YaST2-11409-nVw6vO’: Lupa evätty
reikos@harmaalokki:~>
Kirjattu

Poissa harmie

  • Valvoja
  • *
  • Viestejä: 2791
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #12 : 25.08.2019 - klo:16:35 »
Ei tolla ensimmäisellä komennolla pitänytkään mitään tapahtua vaan sillä läytyy se tarvittava tiedosto
aja nyt sitten
Koodia: [Valitse]
mysql --defaults-file=~/.local/share/akonadi/mysql.conf --socket=/tmp/akonadi-reikos.HmtKAD/mysql.socket
Kirjattu

Poissa rekufaari

  • Jäsen
  • Viestejä: 248
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #13 : 25.08.2019 - klo:21:48 »
Alkaa jo mennä hermot, kun en vaan saa toimimaan.

reikos@harmaalokki:~> mysql --defaults-file=~/.local/share/akonadi/mysql.conf --socket=/tmp/akonadi-reikos.HmtKAD/mysql.socket
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/akonadi-reikos.HmtKAD/mysql.socket' (111)

Kun käynnistän koneen uudelleen, niin tulee tuollainen herja heti ruudulle..

Suoritettava tiedosto: baloo_file Prosessitunniste: 2365 Signaali: Bus error (7) Aika: 25.8.2019 20:17:19
Kirjattu

Poissa png

  • Jäsen
  • Viestejä: 394
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #14 : 25.08.2019 - klo:22:58 »
Onko kaikki uusimmat päivitykset ajettu?

Koodia: [Valitse]
sudo zypper up
Kirjattu
Kukaan ei voi tehdä kaikkea, mutta jokainen
voi tehdä jotakin; ja jos jokainen tekee jotakin,
tulee kaikki tehdyksi.

Poissa rekufaari

  • Jäsen
  • Viestejä: 248
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #15 : 26.08.2019 - klo:08:48 »
Lainaus käyttäjältä: png - 25.08.2019 - klo:22:58
Onko kaikki uusimmat päivitykset ajettu?
Kaikki uusimmat on asennettu.
Sain homman toimimaan kun poistin ./local/share/akonadin ja sitten tein uudelleen käynnistyksen.
Pientä fiilausta vielä Kmailin osalta niin se on sitten siinä..
Kirjattu

Poissa rekufaari

  • Jäsen
  • Viestejä: 248
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #16 : 30.08.2019 - klo:21:38 »
En saa toimimaan firefoxissa kaikki videoita, esimerkiksi turun parkin livekuvaa,
tulee seuraava herja, osa YouTube videoista ei myöskään toimi..
https://torilive.fi/
Ooops! :(
Failed to find video url
Kirjattu

Poissa raimo

  • Jäsen
  • Viestejä: 218
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #17 : 31.08.2019 - klo:08:04 »
Lainaus käyttäjältä: rekufaari - 30.08.2019 - klo:21:38
En saa toimimaan firefoxissa kaikki videoita, esimerkiksi turun parkin livekuvaa,
tulee seuraava herja, osa YouTube videoista ei myöskään toimi..
https://torilive.fi/
Ooops! :(
Failed to find video url

Toimiiko tämä (sama video suoraan Youtubesta)
https://www.youtube.com/watch?v=F7SDNtc5waU

Ota mahdolliset ad- ja script blokkerit pois käytöstä ja kokeile sitten tuota toriliveä.
Kirjattu

Poissa rekufaari

  • Jäsen
  • Viestejä: 248
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #18 : 01.09.2019 - klo:15:36 »
Lainaus käyttäjältä: raimo - 31.08.2019 - klo:08:04
Toimiiko tämä (sama video suoraan Youtubesta)
Ei toimi, sama herja siitäkin tulee.
Ooops! :(
Failed to find video url

Ota mahdolliset ad- ja script blokkerit pois käytöstä ja kokeile sitten tuota toriliveä.
Mistä noi otettaan pois käytöstä ?
Kirjattu

Poissa raimo

  • Jäsen
  • Viestejä: 218
  • Sukupuoli: Mies
Vs: openSUSE Leap 15.0:n repot?
« Vastaus #19 : 01.09.2019 - klo:23:21 »
Lainaus käyttäjältä: rekufaari - 01.09.2019 - klo:15:36
Lainaus käyttäjältä: raimo - 31.08.2019 - klo:08:04
Toimiiko tämä (sama video suoraan Youtubesta)
Ei toimi, sama herja siitäkin tulee.
Ooops! :(
Failed to find video url

Ota mahdolliset ad- ja script blokkerit pois käytöstä ja kokeile sitten tuota toriliveä.
Mistä noi otettaan pois käytöstä ?

Jos niitä on asennettuna, selaimen oikeassa yläkulmassa näkyy pikkukuvakkeita joista niitä hallitaan.
Mutta eihän sinulla välttämättä niitä ole edes.
Kirjattu
Sivuja: [1]   Siirry ylös