Re: [arch-general] Thunderbird 78
On 11/8/20 2:12 PM, Archange via arch-general wrote: > Hi, > > On 09/11/2020 00:05, Peter via arch-general wrote: >> Hello, >> >>> anthraxx did update the PKGBUILD and we are testing the build but currently >>> for instance I’m unable to decrypt messages using the external GnuPG >>> feature (reported upstream), and there is also a build issue with system >>> bzip2 (I used the vendored one instead, but that’s not what we want for the >>> final build). >>> >>> So for now this remain WIP. >> I couldn't find the ticket in Bugzilla. Can you please post the ticket >> number of the bug that was reported upstream? > > Sure: https://bugzilla.mozilla.org/show_bug.cgi?id=1675939 > >> GnuPG was replaced by OpenPGP. What are you referring to when you say >> "decrypt messages using the external GnuPG feature"? > > Thunderbird allows you to use GnuPG for private key operations if you > can’t/don’t want to import your private key into Thunderbird. This is a > feature lot of us need, because if you use a smartcard-like hardware solution > (Yubikey, Nitrokey, any PGP smartcard…) that’s the only solution (since you > cannot import your private key into Thunderbird). Thunderbird calls this the > “external GnuPG feature”: > https://wiki.mozilla.org/Thunderbird:OpenPGP:Smartcards > > Regards, > Bruno/Archange It's not only required for hardware private key keeping, also for opting to use GnuPG for managing private keys, which is what I'm hoping to use. -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] Thunderbird 78
I really hope not, I prefer to wait than having to build TB on every release. Besides, current version works just fine... Regards ! -- Javier On 10/27/20 11:27 AM, Geo Kozey via arch-general wrote: >> From: Bjoern Franke via arch-general >> Sent: Tue Oct 27 14:35:38 CET 2020 >> To: >> Cc: Bjoern Franke >> Subject: Re: [arch-general] Thunderbird 78 >> >> I've switched now to 78.4.0 (from AUR) and it seems at lot of bugs of >> the first 78.x releases are gone. >> >> And even Ubuntu ships 78.x now, so switching to 78.x should be fine :) >> > > Even debian oldstable ships it :) > > https://packages.debian.org/stretch/thunderbird > > I think the problem may be that current maintainers don't really use it > and don't have the time for it. Maybe it should be dropped to AUR? > > Yours sincerely > > G. K. > -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] cd/dvd burning software
On 10/20/20 8:27 PM, mick howe via arch-general wrote: > I'm chasing a simple program to burn CD/DVD and print a simple, plain > text file list prefer to fit the disc case > > mick in glen innes 2370 cdrecord from cdrtools does the job on the command line. -- Javier signature.asc Description: OpenPGP digital signature
[arch-general] extundelete depricated?
I noticed extundelete utility to recover deleted files for et3/ext4 was removed from the repos. It wasn't added to AUR either. So it sounds it won't be maintained anymore... Is it because it's considered depricated, or superseded by perhaps ext4magic, or just that no maintainer likes it? Just wondering. I see ext4magic available, so it provides similar functionality, and can be picked as an option... Thanks ! -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] [off-topic] Alternative to Thunderbird, with GPG support, caldav + cardav support, and ics remote webcal support and syncing
On 9/16/20 3:51 AM, Bjoern Franke via arch-general wrote: > Hi, > >> >> BTW, I just realized kmail doesn't support autocrypt either, :( So >> defnitely kontact is not an alternative. >> > > did you stick on something now? I'm using Thunderbird for seveal years now, > switched to Evolution for short times from time to time, but some things were > also annoying like the big status bar which seems to be independent of the > screen size and theme. I remember using Kontact 10 years ago and it was > bloated and I got no idea why the whole Akonadi layers exists and if it would > scale. > Somehow it's a pity that Sylspheed / Claws and other clients are not capable > of using CardDav/CalDav. > > Regards > Bjoern It seems there are no alternatives, I'm afraid, :(. The closer keeps being Kontact, but Kontact, besides not supporting autocrypt, and being bloated, discontinued some time back its support to windows. It also has issues with ICS remote web calendars, it doesn't sync them, just load them statically without ever syncing them, which is an issue for work office365 ICS calendar, and others remote calendars requiring syncing from time to time. The only thing where Kontact (well Kmail) is the way, is its support for gnupg, which for me is a plus, since I don't want to keep public keys on the gnupg keyring as well as on a TB database, and I'd still prefer to use the gnupg agent. However given the lack of other features, plus not really liking akonadi, neither how bloated it is, then it didn't become the option for me unfortunately. The hope might be getting extensions that would enable autocrypt for TB in the future. But still, TB wouldn't be using gnupg, its keyring, neither its agent, so even if such extension would show up, it wouldn't be the option I was looking for, but perhaps the closest compromise available... Greetings ! -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] [off-topic] Alternative to Thunderbird, with GPG support, caldav + cardav support, and ics remote webcal support and syncing
On 9/11/20 3:18 PM, Javier wrote: > Hi ! > > I'm looking for a mail client integrated with a calendar system and a > contacts system, that works on both GNU+Linux and Windows, hopefully not > Thunderbird, Kontact (Kmail + Korganizer + Kaddressbook), neither Evolution. > > I'm looking for a client which supports and uses GPG and its keyring and > agent, for signing and recognizing signatures, encrypting and decrypting, and > that supports autocrypt (autocrypt is pretty important to me). I'm also > looking for integration with calendar, being able to receive invitations and > events via email, and adding them to the calendar if wanted. The calendar > must be able to add and keep in sync caldav remote calendars as well as ics > remote web calendars (syncing them periodically, being able to set the period > up, and the ics included calendars can be read only, but not the caldav > ones). I'm also looking for integration with contacts, and the contact must > be able to add and keep in sync cardav remote contancts. > > Until Thunderbird v68, it was the option through the enigmail, lightning and > the cardbook extensions, but I really don't want to keep using Thunderbird > v78 and beyond any more. I don't like several design decisions made by the > Thunderbird team, regarding how they'll handle PGP, like not using the GPG > keyring, not using the GPG agent, not integrating with GPG in general, and > neither supporting autocrypt initially (which should be a must to release, or > so I think, even K9 for android supports it). > > I understand Kontact is close, it even works on Windows, but besides the fact > I don't like the bunch of dependencies brought to the system by it, neither > its Akonadi sort of DB, I never got it syncing ics remote web calendars and I > really don't know if one can't set autocrypt for it. I really never liked > Evolution either, so that really is less of an option for me, but besides it > doesn't work on windows that I know of. > > I'd prefer Qt applications, but that's just a preference, not a requirement. > I was investigating about Trojitá, to see if it would integrate with other > applications it doesn't provide, but I found it can decrypt, but not encrypt, > and it doesn't support carddav contacts, and even less keeping them in sync, > so it was not worth investigating about calendars being able to extend the > Trojitá functionality... Kube looked promising, but it's only for GNU+Linux > and Mac (perhaps, though not officially supported BSDs). > > Are there any options for such client, or set of clients working together? > > Thanks ! BTW, I just realized kmail doesn't support autocrypt either, :( So defnitely kontact is not an alternative. -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] [off-topic] Alternative to Thunderbird, with GPG support, caldav + cardav support, and ics remote webcal support and syncing
On 9/11/20 4:01 PM, Eli Schwartz via arch-general wrote: > On 9/11/20 5:51 PM, Javier via arch-general wrote: >>> Note that Thunderbird still does support the GPG keyring for your >>> private key material via a config option. >>> >> >> According to these: >> >> https://blog.thunderbird.net/2020/09/openpgp-in-thunderbird-78 >> https://support.mozilla.org/en-US/kb/openpgp-thunderbird-howto-and-faq >> >> Only for private key operations, so not the GPG keyring for public >> keys. [...] > > Yes, that is why my message literally said "for your private key material". > > My point was that this might be good enough for you; it is good enough > for some people. Sorry for the confusion. Then yes, I was aware. Just that I like the integration with GPG, its keyring, its agent, and not just some level of it for private keys, neither what Thunderbird ended up selecting to support PGP moving forward. I do understand the change might be OK for some, or even be consider much better than using GPG by some as well, if not all, but I'd really like to move away from Thunderbird. It's just hard finding options... Thanks ! -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] [off-topic] Alternative to Thunderbird, with GPG support, caldav + cardav support, and ics remote webcal support and syncing
On 9/11/20 3:27 PM, Eli Schwartz via arch-general wrote: > On 9/11/20 5:18 PM, Javier via arch-general wrote: >> Until Thunderbird v68, it was the option through the enigmail, >> lightning and the cardbook extensions, but I really don't want to >> keep using Thunderbird v78 and beyond any more. I don't like several >> design decisions made by the Thunderbird team, regarding how they'll >> handle PGP, like not using the GPG keyring, not using the GPG agent, >> not integrating with GPG in general, and neither supporting autocrypt >> initially (which should be a must to release, or so I think, even K9 >> for android supports it). > > > Note that Thunderbird still does support the GPG keyring for your > private key material via a config option. > According to these: https://blog.thunderbird.net/2020/09/openpgp-in-thunderbird-78 https://support.mozilla.org/en-US/kb/openpgp-thunderbird-howto-and-faq Only for private key operations, so not the GPG keyring for public keys. Actually Tunderbird v78 will keep keys in its own DB, and in order to import the keys once (not to keep them in sync) from current GPG keyring, assistance from Enigmail on migration is required. So v78 is quite different in functionality, with very little integration with GPG, and the only remaining one is just as a work around given Thunderbird v78+ lack of support for smartcard stored keys, and other keys which structures which are not compatible with RNP currently. Thanks ! -- Javier signature.asc Description: OpenPGP digital signature
[arch-general] [off-topic] Alternative to Thunderbird, with GPG support, caldav + cardav support, and ics remote webcal support and syncing
Hi ! I'm looking for a mail client integrated with a calendar system and a contacts system, that works on both GNU+Linux and Windows, hopefully not Thunderbird, Kontact (Kmail + Korganizer + Kaddressbook), neither Evolution. I'm looking for a client which supports and uses GPG and its keyring and agent, for signing and recognizing signatures, encrypting and decrypting, and that supports autocrypt (autocrypt is pretty important to me). I'm also looking for integration with calendar, being able to receive invitations and events via email, and adding them to the calendar if wanted. The calendar must be able to add and keep in sync caldav remote calendars as well as ics remote web calendars (syncing them periodically, being able to set the period up, and the ics included calendars can be read only, but not the caldav ones). I'm also looking for integration with contacts, and the contact must be able to add and keep in sync cardav remote contancts. Until Thunderbird v68, it was the option through the enigmail, lightning and the cardbook extensions, but I really don't want to keep using Thunderbird v78 and beyond any more. I don't like several design decisions made by the Thunderbird team, regarding how they'll handle PGP, like not using the GPG keyring, not using the GPG agent, not integrating with GPG in general, and neither supporting autocrypt initially (which should be a must to release, or so I think, even K9 for android supports it). I understand Kontact is close, it even works on Windows, but besides the fact I don't like the bunch of dependencies brought to the system by it, neither its Akonadi sort of DB, I never got it syncing ics remote web calendars and I really don't know if one can't set autocrypt for it. I really never liked Evolution either, so that really is less of an option for me, but besides it doesn't work on windows that I know of. I'd prefer Qt applications, but that's just a preference, not a requirement. I was investigating about Trojitá, to see if it would integrate with other applications it doesn't provide, but I found it can decrypt, but not encrypt, and it doesn't support carddav contacts, and even less keeping them in sync, so it was not worth investigating about calendars being able to extend the Trojitá functionality... Kube looked promising, but it's only for GNU+Linux and Mac (perhaps, though not officially supported BSDs). Are there any options for such client, or set of clients working together? Thanks ! -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] [off-topic] Korganizer: get ics webcals periodically sync (can be read only)
On 9/11/20 9:01 AM, Jens John wrote: > If this is a limitation, it's a limitation of Akonadi that it doesn't monitor > remote single files for changes. A workaround could be to use the local file > source, let korganizer monitor it for changes, and sync the local file using > wget/curl and a systemd --user timer. This should work flawlessly and be > solid. > > Personally, I'd suggest to think differently and get the ICS subscription > into your DAV calendaring system first. CalDAV software or hosting worth its > money should support some kind of calendar subscription. This is exactly what > I'm doing; I have CalDAV as the single source of truth, and subscriptions of > external calendars flow into the DAV calendars. At the endpoint device, I > just need to connect to CalDAV to get everything from one source. This is > also the setup I'm using with KOrganizer. > BTW, I do have the external ICS web calendars subscribed into my DAV provider, which has of course its own personal calendar and a birthday calendar extracted from the contacts information. On Thunderbird, when you include the caldav calendar, Thunderbird automatically includes the ICS calendars as separate read only calendars that are periodically sync, and one can change the syncing period, besides the personal and birthday caldav calendars. On Android, I do have both, davdroid and icsdroid (now renamed to davx5 and icsx5), and when including the caldav calendar to davdroid, besides including the personal and birthday caldav calendar to davdroid, it automatically populates icsdroid (the partner app) with the ICS calendars, which are sync periodically with a configurable period, but common for all ICS calendars. On Korganizer though (having installed Kontact, Kaddressbook, Kmail and all other SW), when including the caldav calendar, only the personal and birthday event are included, that I remember, and I honestly don't recall if separate as individual calendars as on the case of Thunderbird and davdroid+icsdroid, or as just one combined calendar. But as I never saw the ICS calendars events, I just had to include them manually, and as ICS files was the only way I found to include them... I don't know if it was a matter of time to see all calendars reflected in Korganizer (I waited like half an hour, and then connected again the next day, and saw nothing). Perhaps I need to try it again... -- Javier signature.asc Description: OpenPGP digital signature
[arch-general] [off-topic] Korganizer: get ics webcals periodically sync (can be read only)
Hi ! Sorry for being a bit off-topic, however there might be Kontact Arch users that can help me out answering a question about Korganizer, from the Kontact suite. See when I tried using Korganizer, I could add caldav calendars, and I also could add ics online web calendars, however it seems the only way to add such calendar is treating them as static calendars, meaning they get added, but can't be periodically sync, which is what I'm looking for, since I access as read only my office calendar from office365, which requires pretty frequent syncs, and I also access astronomy events calendars and holidays calendars, which all evolve over time. Examples (excluding the office one): https://cantonbecker.com/astronomy-calendar-files/astrocal.ics https://www.officeholidays.com/ics/ics_country_code.php?iso=US https://www.officeholidays.com/ics/ics_country_code.php?iso=CR When adding those ics calendar as ical files (the only way I found to add them), I got sad warnings: > Select the file whose contents should be represented by this resource. If the > file does not exist, it will be created. A URL of a remote file can also be > specified, but note that monitoring for file changes will not work in this > case. I'm assuming no monitoring means no syncing at all, :( Isn't there a way to add such calendars, but keeping them doing periodic syncs, hopefully with individual periods each (more frequent for the office one, and less frequent for the other ones). Thanks ! -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] conflict on /usr/bin generated by tigervnc?
On 9/9/20 6:53 PM, Javier wrote: > On 9/9/20 5:59 PM, Doug Newgard via arch-general wrote: >> On Wed, 9 Sep 2020 17:41:28 -0600 >> Javier via arch-general wrote: >> >>> Hi ! >>> >>> On Today's upgrade: >>> >>> % pacman -Syu >>> :: Synchronizing package databases... >>> ... >>> Packages (9) ... tigervnc-1.11.0-1 ... >>> ... >>> tigervnc-1.11.0-1-x86_64 131.3 MiB 3.51 MiB/s 00:37 >>> [] 100% >>> (9/9) checking keys in keyring >>> >>> [] 100% >>> (9/9) checking package integrity >>> [] 100% >>> (9/9) loading package files >>> [] 100% >>> (9/9) checking for file conflicts >>> [] 100% >>> error: failed to commit transaction (conflicting files) >>> tigervnc: /usr/sbin exists in filesystem (owned by filesystem) >>> Errors occurred, no packages were upgraded. >>> >>> Usually that get fixed by using "--overwrite /usr/sbin". But I find it >>> wrong for tigervnc to own "/usr/sbin", so I think in this case tigervnc is >>> not right. Would this be the case, or it's OK for tigervnc to be the owner >>> and then to overwrite? >>> >>> Thanks ! >>> >> >> NO! DO NOT OVERWRITE! In fact, never overwrite when the file is owned by >> another package, you'll just create more problems. This is a packaging bug, >> and >> this package is currently uninstallable on Arch. >> >> Scimmia >> > > Understood ! Actually I thought it to be dangerous for sure ! > > Thanks ! BTW, for those waiting for the package fix, it's done, and already replicated on the mirrors. Thanks a lot ! -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] conflict on /usr/bin generated by tigervnc?
On 9/9/20 5:59 PM, Doug Newgard via arch-general wrote: > On Wed, 9 Sep 2020 17:41:28 -0600 > Javier via arch-general wrote: > >> Hi ! >> >> On Today's upgrade: >> >> % pacman -Syu >> :: Synchronizing package databases... >> ... >> Packages (9) ... tigervnc-1.11.0-1 ... >> ... >> tigervnc-1.11.0-1-x86_64 131.3 MiB 3.51 MiB/s 00:37 >> [] 100% >> (9/9) checking keys in keyring >> >> [] 100% >> (9/9) checking package integrity >> [] 100% >> (9/9) loading package files >> [] 100% >> (9/9) checking for file conflicts >> [] 100% >> error: failed to commit transaction (conflicting files) >> tigervnc: /usr/sbin exists in filesystem (owned by filesystem) >> Errors occurred, no packages were upgraded. >> >> Usually that get fixed by using "--overwrite /usr/sbin". But I find it >> wrong for tigervnc to own "/usr/sbin", so I think in this case tigervnc is >> not right. Would this be the case, or it's OK for tigervnc to be the owner >> and then to overwrite? >> >> Thanks ! >> > > NO! DO NOT OVERWRITE! In fact, never overwrite when the file is owned by > another package, you'll just create more problems. This is a packaging bug, > and > this package is currently uninstallable on Arch. > > Scimmia > Understood ! Actually I thought it to be dangerous for sure ! Thanks ! -- Javier signature.asc Description: OpenPGP digital signature
[arch-general] conflict on /usr/bin generated by tigervnc?
Hi ! On Today's upgrade: % pacman -Syu :: Synchronizing package databases... ... Packages (9) ... tigervnc-1.11.0-1 ... ... tigervnc-1.11.0-1-x86_64 131.3 MiB 3.51 MiB/s 00:37 [] 100% (9/9) checking keys in keyring [] 100% (9/9) checking package integrity [] 100% (9/9) loading package files [] 100% (9/9) checking for file conflicts [] 100% error: failed to commit transaction (conflicting files) tigervnc: /usr/sbin exists in filesystem (owned by filesystem) Errors occurred, no packages were upgraded. Usually that get fixed by using "--overwrite /usr/sbin". But I find it wrong for tigervnc to own "/usr/sbin", so I think in this case tigervnc is not right. Would this be the case, or it's OK for tigervnc to be the owner and then to overwrite? Thanks ! -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] What companion SW to use with Trojitá to get integration and syncing of calendar (caldav) and contacts (carddav)
On 9/7/20 6:22 PM, Florian Wehner wrote: > Hi! > >> Has anyone gotten such functionality using Trojitá? Which sw/applications? >> How? > > > I have been using vdirsyncer in the background with neomutt since a while. > Sync triggered through a systemd timer. > > Works well = I don’t recognize it. > > As long as Trojita can read and write to cal/carddav directories it should be > possible. > > —Florian It seems not, :( It supports only reading from the abook directory, so it seems carddav and caldav dirs can't be read by Trojitá. I just realized the GNUPG support is only read only, which I didn't know. So Trojitá doesn't seem like an option for me. Thanks ! -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] Thunderbird 78
On 8/14/20 4:41 PM, Xorg via arch-general wrote: > Hi, > > Thunderbird 78 is available since 1 month > (https://www.thunderbird.net/en-US/thunderbird/78.0/releasenotes). > Is there any reason the package is stuck to version 68? Can someone update > this package? > > Thank in advance. BTW, by looking at the release notes shared, I don't like the note about OpenPGP: > At this time, users of the Enigmail Add-on should not update to Thunderbird > 78. > OpenPGP functionality for Thunderbird 78 is still work in progress, and is > disabled by default in the initial 78.0 release. See the wiki for how to > enable and help with testing. I heavily rely on gpg, and getting something still work in progress doesn't sound good. Not sure if the OpenPGP functionality on 78.1.1 (current release) offers something more mature, because 78+ versions do not support Enigmail anymore it seems... Thanks, -- Javier signature.asc Description: OpenPGP digital signature
Re: [arch-general] Doubts with 'apulse'
Why do you need apulse to get firefox using alsa as backend? Perhaps you can take a look at [3] -- Javier [3] https://wiki.archlinux.org/index.php/Firefox/Tweaks#Get_ALSA_working_back signature.asc Description: OpenPGP digital signature
Re: [arch-general] electron upgrade (7.1.1-1 -> 7.1.1-2) sort of broke functionality on several electron apps
On 11/11/19 3:26 PM, Javier wrote: > The 1st thing I noticed was that after the upgrade, the lectron apps no > longer show up under the legacy tray, but instead on the more modern > notification area (under LXQT). The 2nd thing, was the tray icons not doing > any action. The 3rd thing, was that in order to use the electron apps, I had > to call them with starting on tray, since the tray icons don't respond. And > finally I can't try to iconify on tray, given the tray icons don't respond... > > Any one else experiencing the same? Other than just reverting to the prior > electron, is there known workarounds for these issues? Has anyone faced them > already, and dealt with them? > > Just in case a few electron apps experiencing the same: > > signal-desktop-bin > whatsapp-nativefier > slack-desktop The issues came from installing the new optional dependency: libappindicator-gtk3 Which got installed with: libdbusmenu-glib libdbusmenu-gtk3 libindicator-gtk3 libappindicator-gtk3 As I get the notifications from the app, I thought I could lose notifications by not installing libappindicator-gtk3, but not only I was wrong, that dependency really breaks the tray functionality for electron apps. By removing those packages, I got the prior behavior, which was better. BTW, tray works for the most part, but I've never gotten to iconify from the try icon itself (only able to do that is whatsapp-nativefier). Probably I won't installed those packages ever... By looking at the electron changes from *-1 to *-2, the only change was the new opt dependency: https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/electron=03449632e6e7ec84df33e7cb362f95a5c5b0057d Which matches what I found... Sorry for the noise. So I guess problem solved... -- Javier signature.asc Description: OpenPGP digital signature
[arch-general] electron upgrade (7.1.1-1 -> 7.1.1-2) sort of broke functionality on several electron apps
The 1st thing I noticed was that after the upgrade, the lectron apps no longer show up under the legacy tray, but instead on the more modern notification area (under LXQT). The 2nd thing, was the tray icons not doing any action. The 3rd thing, was that in order to use the electron apps, I had to call them with starting on tray, since the tray icons don't respond. And finally I can't try to iconify on tray, given the tray icons don't respond... Any one else experiencing the same? Other than just reverting to the prior electron, is there known workarounds for these issues? Has anyone faced them already, and dealt with them? Just in case a few electron apps experiencing the same: signal-desktop-bin whatsapp-nativefier slack-desktop Thanks ! -- Javier signature.asc Description: OpenPGP digital signature
[arch-general] [archlinux] shepherd in Arch
Hi, Looking into [1] and [2], I noticed it's possible to get openRC working from AUR in Arch, but more importantly, seems like it's also possible to get shepherd working on Arch from AUR [1][3]. However, as opposed to openRC, shepherd seems less documented. Both shepherd and openRC appear as integrated inits for Arch... Any documentation on migration to shepherd from AUR? Please notice my intention is not to start a discussion about inits. I know systemd is the "de facto" init for Arch. I just would like to try shepherd on Arch. If possible using besides eudev, also elogind, which seem also available from AUR. And all this from AUR... Thanks, -- Javier [1] https://wiki.archlinux.org/index.php/Init [2] https://wiki.archlinux.org/index.php/OpenRC [3] https://aur.archlinux.org/packages/shepherd
Re: [arch-general] qt5ct color scheme -> looking for a lxqt dark theme
Well that might work with KDE, but apparently I need a color_scheme.conf file that gets understood by qt5ct, with the format I showed... This other colors file perhaps is more suited for KDE? The format for qt5ct is through active/inactive/disable palette colors BTW... BTW, I'm using lxqt with dark them, but that doesn't affect other windows/applications... What I'd like is to get QT5 applications with dark look :) What I've read is that for non KDE environments it's not quite easy, and actually must be done through qt5ct (well, it'd be easier if there were qt5ct color schemes availagle)... Thanks a lot, On Mon, Sep 25, 2017 at 7:46 AM, David Rosenstrauch <dar...@darose.net> wrote: > On 2017-09-24 11:27 pm, Javier via arch-general wrote: >> >> Hi, >> >> I've been looking for getting a dark appearance to lxqt, and so far >> the closest is through qt5ct color schemes specified through *.conf >> little files under qt5ct, somehow documented here: > > >> Is there a way to get such color scheme files to choose from? Also, >> is there some specification of what each of the 20 colors specified >> per active/disabled/inactive ones is supposed to mean? The inactive >> and active ones are pretty similar, except for the 13th color, not >> sure if some more should change. The disabled one is of course more >> different, :) I'm not looking for the inactive colors to be similar >> to the disabled ones, just a bit more of contrast than what I see, >> which is no difference on tabs or even buttons... >> >> Thanks, > > > I can't speak for LXQT specifically. (I'm a XFCE / formerly KDE user.) But > I've been maintaining a dark theme for my own personal use for several years > now (screenshot at http://www.darose.net/DaroseDesktop2011-09.png) and have > started sharing it a bit recently given that there's been increased interest > in dark color schemes lately. > > The theme is primarily a GTK theme, so not sure how well it will work with > LXQT, but I also have a copy of the older KDE/QT version which perhaps might > be more likely to work with LXQT. The GTK theme is an AUR package > (https://aur.archlinux.org/packages/adwaita-dark-darose/), while the KDE/QT > theme is just a color scheme file > (http://darose.net/DarkBlueGreyDave9.colors) as I haven't spent time making > a package out of that one since I don't use KDE anymore. > > Hope one of these is useful to you. Feel free to email back feedback / > suggestions for improvement. > > DR -- Javier
[arch-general] qt5ct color scheme -> looking for a lxqt dark theme
Hi, I've been looking for getting a dark appearance to lxqt, and so far the closest is through qt5ct color schemes specified through *.conf little files under qt5ct, somehow documented here: [1] https://www.pcsuggest.com/lxqt-dark-style When using the breeze color scheme provided by [1]: [ColorScheme] active_colors=#eff0f1, #31363b, #4c545c, #40464d, #171a1c, #2a2e32, #eff0f1, #ff, #eff0f1, #232629, #31363b, #111314, #3daee9, #eff0f1, #2980b9, #7f8c8d, #31363b, #00, #31363b, #eff0f1 disabled_colors=#6e7175, #2e3338, #4a5259, #3e444a, #16191b, #282c30, #65686a, #ff, #6e7175, #212427, #2e3338, #101213, #2e3338, #6e7175, #234257, #404648, #2e3338, #00, #31363b, #eff0f1 inactive_colors=#eff0f1, #31363b, #4c545c, #40464d, #171a1c, #2a2e32, #eff0f1, #ff, #eff0f1, #232629, #31363b, #111314, #224e65, #eff0f1, #2980b9, #7f8c8d, #31363b, #00, #31363b, #eff0f1 There's no contrast at all between active and non active tabs on multi-tab applications, pretty noticeable in qt5ct itself and qterminal... Is there a way to get such color scheme files to choose from? Also, is there some specification of what each of the 20 colors specified per active/disabled/inactive ones is supposed to mean? The inactive and active ones are pretty similar, except for the 13th color, not sure if some more should change. The disabled one is of course more different, :) I'm not looking for the inactive colors to be similar to the disabled ones, just a bit more of contrast than what I see, which is no difference on tabs or even buttons... Thanks, -- Javier
