Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - Synaptic

Sivuja: [1] 2 3
1
Kun editoin kuvaa Darktablessa näyttöön kalibroidulla profiililla ja exportoin kuvan, on se esimerkiksi Shotwellissa aivan liian punainen. Kuva näyttää samalta, kuin Darktablessa sRGB-profiilia käyttäessä. Näyttöprofiililla editoituna kuva on jatkuvasti haaleahkon oloinen, eikä punaisia sävyjä saa kovin helposti nostettua esiin. Iho näyttää kalpealta.

<snip>

Gimpissä pitää olla väriprofiilien hallinta käytössä, että kuva näyttää samalta kuin Darktablessa profiili ladattuna. Gimp ilman värihallintaa näyttää Shotwellin versiolta eli aivan "liian punaiselta".

Shotwell ei ole "color managed" ohjelma eli ei osaa käyttää profiilia. Siksi sama tilanne kuin Gimpissä ilman värihallintaa. Käytä värihallinnan tuntevia ohjelmia kuvankäsittelyyn ja kuvankatseluun.

Itse käytän geeqietä kuvien katselemiseen, karsimiseen ja kansioihin siirtelemiseen. Toteutus osin omaperäinen (eikä vain hyvällä tavalla), mutta monesta asiasta pidän siinä.

2
Vaikutta siltä, että ulostulo tapahtuu vain silloin kun kone käynnistyy lepotilasta. Täysi uudelleenkäynnistys ei aiheuta mitään.

Mulla on täsmälleen sama tilanne, alkoi noin viikko sitten. Menee itsekseen sisälle kun odottaa, tarvittaessa myös käskemällä. Kubuntu 21.04 käytössä.

Viime vuodet mullakin on asema ollut varsin vähällä käytöllä.

3
Multimedia ja grafiikka / Vs: displayCal ja Ubuntu 20.04
« : 21.04.21 - klo:05.31 »
displayCAL on nyt flatpak-jakelussa

https://flathub.org/apps/details/net.displaycal.DisplayCAL

Huh,  8)

4
Minulla oli vähän aikaa sitten sama ongelma VLC:n kanssa. Ihmettelin kun prossun käyttöaste oli korkeahko, vaikken tehnyt juuri mitään.
Koodia: [Valitse]
killall vlc ei muistaakseni auttanut, oli buutattava kone.

Tällä tavalla bugittava vlc ei tosiaan lähde killall-käskyllä, vaan forcella pitää sulkea.

Koodia: [Valitse]
Tein oman alias-käskyn, jolla niistä pääsee terminaalin avulla eroon:
alias vlckill='pkill -9 vlc'

5
Kuten toisen postauksen keskustelusta käy ilmi, ongelma on hyvin erikoinen. Mulla osa videoista jää roikkumaan muistia varaamaan, poistui vlc:stä miten tahansa, kun taas toiset katoavat prosessilistalta ihan normaalisti. Suurin osa on kuitenkin ongelmallisia.

Lähinnä elättelen toiveita, että se valuisi päivitysten myötä Kubuntu 20.10:een. Toisaalta ongelma on siinä mielessä ratkaistu, että vlc-prosesseista pääsee komentorivillä eroon tarvittaessa.

6
Ongelma ratkaistu: pistin fixinä .bashrc-tiedostoon sopivat exportit ja näyttää toimivan. Ei hajua onko se hyvä tapa hoitaa homma.

7
Multimedia ja grafiikka / Vs: ICC-profiilit !?
« : 11.02.21 - klo:23.55 »
Eli siis toimii, mutta tekeekö se juuri sen kuin pitää on epäselvää...

Jos sulla on darktable asennettuna, niin siinä on värihallinta-analysointityökalu mukana: darktable-cmstest

Koodia: [Valitse]
$ darktable-cmstest
darktable-cmstest version 3.2.1
this executable was built with colord support enabled
darktable itself was built with colord support enabled

primary CRTC is at CRTC 0
CRTC for screen 0 CRTC 1 has no mode or no output, skipping

DVI-0   the X atom and colord returned the same profile
        X atom: _ICC_PROFILE (326400 bytes)
                description: ASUS PB238 #1 2020-08-16 06-15 90cdm^2 D6500 2.2 F-M XYZLUT+MTX
        colord: "/var/lib/colord/icc/ASUS PB238 #1 2020-08-16 06-15 90cdm² D6500 2.2 F-M XYZLUT+MTX.icc"
                description: ASUS PB238 #1 2020-08-16 06-15 90cdm^2 D6500 2.2 F-M XYZLUT+MTX

Your system seems to be correctly configured

Elle Stone on kirjoittanut värinhallinnasta enemmänkin. Tämä sivun B-kohdan osio voi olla hyödyllinen.

https://ninedegreesbelow.com/photography/articles.html#calibrate-profile-monitor

8
Multimedia ja grafiikka / Vs: displayCal ja Ubuntu 20.04
« : 11.02.21 - klo:22.00 »
Oletko kokeillut seuraavaa ???

http://ftp.debian.org/debian/pool/main/d/displaycal/

...

Kannattaa lisätä itsensä colord-ryhmään, jottei tartte ajaa roottina.

Edit - Omalla vastuullasi tietenkin...

...

Googlasin vaan .deb-pakettia, jonka löysin lataamistani ohjelmista, joten olen saattanut onkia kyseisen ohjelman jostakin muusta lähteestä.

Edit - Minulla tosin on asennettuna myös python2.

Kiitos. Katson. Omalla vastuulla toki - oikeastaan alan pikkuhiljaa toivoa, että saisin tämän rikki ja hyvän syyn asentaa uudelleen päälle jotain muuta. Sellainen vikatikki oli päivittää toimiva 18.04 20.04:ään. Tässä on ollut ihmeen paljon ongelmia. Käytännössä käsittelemättä vielä webp-kuvien puuttuva tuki geeqiessä ja 20.10 päivityksen jälkeen katosi kaikki äänet... Joudun ehkä niistäkin avaamaan omat topicit. Kaikki aiemmat asennukset 12.04 alkaen toimivat sellaisenaan tai pienellä tuunaamisella.

Asensin python2:en repoista, mainittu alkuperäisessä postauksessa. "Python >= v2.6 <= v2.7.x (2.7.x is the recommended version." sanotaan displayCalin sivuilla eli pitäisi olla kunnossa kun mulla on 2.7.18-2. Täytyy alkaa penkoa tätä kuvan listaa

9
Multimedia ja grafiikka / displayCal ja Ubuntu 20.04
« : 11.02.21 - klo:19.23 »
Ubuntu 20.04 / 20.10 repoissa ei ole displayCalia (näytönkalibrointiohjelma). Ongelmaa on puitu tässä ja se on lähtenyt varsin monesta jakelusta vetämään, sillä niissä ei ole sopivia riippuvuuksia (python2 ja muuta).

https://hub.displaycal.net/issue/17813/

Kuvankäsittelyyn tämä ohjelma on erittäin tarpeellinen ja tähän ongelmaan pitäisi saada ratkaisu, joka sopii kadunmiehellekin. Snapia / Flatpakia ei tietääkseni ole tarjolla. Eikä kai ppa:takaan, joka olisi ajantasalla.

Onko kukaan teistä asentanut sitä käsin Ubuntuun tai osaako muuten neuvoa? Mulla on nyt käytössä Kubuntu 20.10.

Latasin uusimman version displayCalista eli 3.8.9.3, python2:n (repon 2.7.18-2) ja kokeilin kääntää sitä, mutta törmäsin tällaiseen header file -ongelmaan, jota en saanut ratkaistua

Koodia: [Valitse]
$ python2 setup.py install
XDG: [Errno 2] No translation file found for domain: xdg-user-dirs
['install']
*** /home/portrait/data/0x_ohjelmat/DisplayCAL-3.8.9.3/setup.py install
using distutils
running install
running build
running build_py
running build_ext
building 'DisplayCAL.lib64.python27.RealDisplaySizeMM' extension
x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-fWAMxV/python2.7-2.7.18=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -DUNIX -I/usr/include/python2.7 -c DisplayCAL/RealDisplaySizeMM.c -o build/temp.linux-x86_64-2.7/DisplayCAL/RealDisplaySizeMM.o
DisplayCAL/RealDisplaySizeMM.c:29:11: fatal error: X11/extensions/xf86vmode.h: No such file or directory
   29 | # include <X11/extensions/xf86vmode.h>
      |           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
error: command 'x86_64-linux-gnu-gcc' failed with exit status 1

xf86vmode.h siis puuttuu ja ei löytynyt ainakaan Synapticilla ja googlella löytyneistä vanhoista foorumikeskusteluistakaan ei ollut apua. Voi olla, että jotain muutakin on pielessä, tämä kun ei ole mun osaamisaluetta.

10
Päivitän vähän asiaa. Keskutelun perusteella vika on korjattu uudessa versiossa äskettäin.

https://trac.videolan.org/vlc/ticket/21875

Koodia: [Valitse]
Fixed in 3.0.12.1-38-g4d147a3d38
Kohtuullisen ikävä bugi, sillä jos videoita katsoi tikulta / ulkoiselta asemalta, niin sitä ei voinut turvallisesti irroittaa ennen kuin oli tappanut prosessin voimalla.

Päivitin Kubuntun 20.10-versioon, katsotaan jos fiksattu vlc valuu jossain vaiheessa tännekin päin.

11
Koodia: [Valitse]
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "",
        LC_ALL = (unset),
        LC_CTYPE = "en_US.UTF-8",
        LANG = "sms_FI.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
/usr/bin/locale: Cannot set LC_MESSAGES to default locale: No such file or directory
/usr/bin/locale: Cannot set LC_ALL to default locale: No such file or directory

Tuollainen virheilmoitus on pyörinyt kuukauden päivät kun ajan komentoriviltä päivitykset apt:lla.
- miten toi kannattaa korjata? Netistä löytyi toki ohjeita, mutta kysyn mieluummin täältä kuin alan toistaa sudona jotain mitä on blogissa kerrottu.
- mistä ihmeestä johtuu? Ei ole aiempina vuosina tullut vastaan ja asennuksen jälkeen oli ihan kunnossa.

Tähän ilmeisesti liittyen kalenteri ja muut ohjelmat eivät tiedä mikä kuukausi on nimeltään vaan, se on "M02"

Käyttöliittymän haluan pitää englanninkielisenä, mutta suomalaiset konventiot pilkun ja päiväyksien suhteen ovat toiveissa.

12
Teen bash-skriptejä, jossa on rsync-käskyjä, jotka ovat tyypiltään tällaisia:

Koodia: [Valitse]
rsync -avh --delete --backup --backup-dir="<varmistuksen_osoite>_$(date +%Y-%m-%d)" <mistä_kopioidaan> <mihin_kopioidaan>
Näillä peilaan kansioita kovalevyltä toiselle. Muuttuneiden tiedostojen vanhat versiot ja poistetut tiedostot siirtyvät kohdelevyllä erilliseen varmistuskansioon, joka saa peräänsä poistopäivämäärän, niin ei satu poistoissa vahinkoja ja on muutenkin katumisvaraa. Aika-ajoin poistan käsin vanhoja varmistuksia.

Omissa käsissä toi on ollut toimiva ratkaisu ja hyvin helppokäyttöinen. Teen sen aina kun olen jotain olennaista uutta laittanut koneelle eli eka datan peilaus vähintään kerran päivässä. Halutessaan voi laittaa myös cronjobiksi, mutta omalla kohdalla sellaiselle ei ole tarvetta.

Kaikesta on 3-4 erillistä kopiota kahdessa eri osoitteessa.

Mulla on bash-skriptissä myös muuta kuten automaattista tiedostojen siirtoa, arkistointia ja tiettyjen kansioiden tiedostojen listaamista tekstitiedostoihin.

13
Kiitti vinkistä. Löysin fsck-ohjeen heti kun törmäsin ongelmaan, mutta en lähtenyt sille tielle kun en ollut ihan varma siitä saako korjattua varmasti entiselleen ja se olisi myös vienyt aikaa. Kun oli levy reservissä, niin tein uuden kopion saman tien.

Smart-dataa en ole saanut ulos omista ulkoisistani. Otin levyn nyt uudelleen alustettuna käyttöön ja normaalisti näyttää toimivan. Toivotaan että oli vain "bitti poikittain" edellisessä tiedostojärjestelmässä.

14
4 TB ulkoinen ext4-varmuuskopiokovalevy antoi tällaisen ilmoituksen:

An error occurred while accessing 'mvkopio1', the system responded: The requested operation has failed: Error mounting /dev/sdg2 at /media/portrait/mvkopio1: mount(2) system call failed: Structure needs cleaning

En saa sitä mountattua. Ei näy mun osaamisella muualla kuin KDE partition managerissa. Se oli varmuuskopioasema, joten pelasin varmanpäälle ja tein heti siinä olevat varmuuskopiot toiselle levylle. Mitään hätää ei siis ole.

Haluaisin pyyhkiä levyn tyhjäksi ja ottaa uudelleen käyttöön. Onko jotakin mistä pitää olla huolissaan? Onko tämä ongelma ihan vaan "tiedostojärjestelmän sotkeutuminen" vai voiko olla oire siitä, että kovossa on jotain mätää. Yleensä tämä ongelma kai syntyy siitä, että virta katkeaa kesken kirjoittamisen. Mielestäni mitään sellaista ei ole tapahtunut, mutta tämä on tosiaan sellainen USB-kaapelilla kytkeytyvä levy, joten liitokset ei ole ihan luotettavimmat.

15
Kubuntu 18.04 > 20.04 päivittämisen jälkeen vlc on temppuillut. Kun ohjelman sulkee, niin se jää taustalle prosessiksi kummittelemaan ja varaamaan muistia. Bugi on dokumentoitu tässä:

https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/1819543

Tein oman alias-käskyn, jolla niistä pääsee terminaalin avulla eroon:
alias vlckill='pkill -9 vlc'

Jos teillä on sama riesa, niin haluaisin kuulla miten olette ratkaisseet ongelman ja tuleeko mieleen kätevämpiä tapoja hoitaa homma kuin em. vlckill?

Kuvassa näkyy yksi vlckill, jonka tein käytyäni läpi useita videoita. Mun mielestä toi bugi on aika paha kun sen yhdistää siihe, että tämä tekee oletuksena vajaan gigan swap-osion. Jos käyttäjä ei osaa yhtään seurata koneen sielunelämää, niin ihmeteltävää riittää.

16
Ubuntu tietokoneissa / Swapin koon muuttaminen
« : 02.11.20 - klo:14.10 »
Tein väliaikaisen Kubuntu 20.04.1 asennuksen oletusparametreilla ja yllättäen sain vain gigan swap-osion, joka on mulle ihan liian pieni. Valitsin siis LVM:n asennuksen yhteydessä. Kyseinen feature on dokumentoitu Launchpadissa tässä:

https://bugs.launchpad.net/ubuntu/+source/partman-auto/+bug/1767299

LVM ei ole mulle entuudestaan tuttu ja osion kasvatusohjeet, joita on Launchpadissa ja Askubuntussa eivät toimi tässä tapauksessa (tai sitten en löytänyt oikeita ohjeita).

Tarvitsen nyt ohjeita, joilla kasvattaa swappi turvallisesti vaikka viiteen gigaan ennen kuin alan säätää mitään itse, kiitos!

17
Kiitos, tämä oli hyvä ja informatiivinen vastaus. Otin LUKS:in onnistuneesti käyttöön.

18
Asennan tässä kuussa koko roskan uusiksi ja mua on mietityttänyt se miten saa helpoiten asiallisesti ylläpidettyä ajantasaiset versiot verrattain nopeasti kehittyvistä ohjelmista, joita ovat mm. gimp, rawtherapee, darktable, digicam, ffmpeg jne.

Repoissahan noi vanhenee aika nopsaan jakelun vanhentuessa (ajattelin mennä 20.04:llä hyvän aikaa) eivätkä ole aina edes lähtötilanteessa ajantasalla. Tässä nykyisessä olen käyttänyt ohjelmantekijöiden ppa-varastoja, joista olen pääsääntöisesti saanut haluamani, mutta toisinaan nekin ovat myöhässä ja niistä on tullut myös riippuvuusongelmia.

Appimagea olen miettinyt, mutta ei ole käyttökokemusta siitä. Mitä muita vaihtoehtoja on? Voisin ihan hyvin ottaa homman omalle vastuulleni ja opetella uusia asioita, mutta tarvitsen vähän vinkkiä siitä miten tällainen ongelma kannattaa ratkaista.

19
Ubuntu tietokoneissa / Kryptaus: tikut ja ulkoiset levyt
« : 09.07.20 - klo:00.22 »
Osaatteko antaa vinkkejä miten mukana kuljetettavat laitteet, kuten muistitikut ja ulkoiset kovalevyt kannattaa kryptata, jotta muut eivät pääse tietoihin käsiksi, jos ne hukkuvat tai varastetaan? Riittää, että menetelmä toimii vain Linuxin kanssa.

Otin jo koekäyttöön yhdelle pienelle tikulle KDE Partition Managerin tarjoaman vaihtoehdon eli ext4-alustuksen yhteydessä valitsin "Encrypt with LUKS" ja annoin salasanan. Hyvin näyttää toimivan.
- onko tällä metodilla jotain heikkouksia tai onko jokin muu tapa parempi jostain syystä?
- toimiiko tämä hyvin myös isompien levyjen, sanotaan vaikka teran tai parin ulkoisen kovalevyn, kanssa? Mietin vähän sitäkin hidastuuko levyltä datan käyttäminen paljonkin?

20
Lataussivulla tarjoaa vain tällaista: Olive version: 0.1.0 Alpha

Mulla on sellainen käsitys, että Olive on vielä pahasti keskeneräinen jos tuotantokäytöstä puhutaan. En ole itse testannut, pixls.us-palstalta luin kun mietin Kdenlivelle vaihtoehtoja.

DaVinci Resolve 16 ilmaisversion saa Linuxille. Se ei ole FOSS-ohjelma, mutta ajattelin pistää sen silti testiin kun ehdin.

https://www.blackmagicdesign.com/products/davinciresolve/

Sivuja: [1] 2 3