Re: [arch-general] libsecret dependency error

2018-04-06 Thread beest
On Fri, Apr 06, 2018 at 08:43:48PM +0200, Ralf Mardorf wrote:
> The OP obviously did that.

Correct, I skipped a line reading in the sunshine and your reply hadn't
popped up when I posted, apologies!


Re: [arch-general] libsecret dependency error

2018-04-06 Thread beest
On Fri, Apr 06, 2018 at 02:11:44PM -0400, Trey Sizemore via arch-general wrote:
> I've recently been getting the following errors for the libsecret
> package, and I'm not sure how to best resolve:
> 
> Making package: lib32-libsecret 0.18.6-1 (Fri Apr  6 13:15:40 EDT 2018)
> ==> Checking runtime dependencies...
> ==> Missing dependencies:
>   -> libsecret=0.18.6
> 
> 
> Or this variation with pacman:
> 
> error: failed to prepare transaction (could not satisfy dependencies)
> :: lib32-libsecret: installing libsecret (0.18.6-1) breaks dependency
> 'libsecret=0.18.5+14+g9980655'
> 
> Any help is greatly appreciated! 

'pacman -Syu'

(At least, if you were using Arch. As it stands ...

> Linux antergos 4.15.14-1-ARCH x86_64

... we can't vouch for the state of Antergos's repo and it is not
supported here.)


Re: [arch-general] Why do we have scapy and scapy3k and which do we keep?

2018-04-05 Thread beest
On Thu, Apr 05, 2018 at 09:53:36PM -0500, David C. Rankin wrote:
>   Attempting a system update tonight, I was hit with:
> 
> # pacman -Syu
> ...
> looking for conflicting packages...
> error: unresolvable package conflicts detected
> error: failed to prepare transaction (conflicting dependencies)
> :: scapy3k and scapy are in conflict
> 
>   They both seem to be similar, but which one do we keep? There was never a
> conflict before. I removed scapy3k, then curiously on one machine, it then
> proceeded to reinstall, along with scapy. I don't know how either were
> originally installed, I'd never heard of the package before the conflict
> popped up.
> 
>   Which should be keep? Or was this a packaging hiccup?

AFAIR, scapy3k was a python3 fork of scapy. Now that scapy supports
python3, it has been added to the conflicts array of scapy3k. You can
probably safely remove scapy3k as nothing depends on it in the Arch
repos; check your system.


Re: [arch-general] Cinnamon desktop and keybindings

2017-08-29 Thread beest
On Wed, Aug 30, 2017 at 02:24:59AM +0200, Jeanette C. via arch-general wrote:
> Hi Joao,
> thanks for that. That sounds like practical and sound advise. I'll give
> those a go for a start. Presently, I'm back with MATE, which works OK,
> but something light, fast and robust would be great. :)

I do wonder if a tiling window manager would be ideal under these
circumstances, given that most are broadly configurable and designed
around keyboard navigation. What I can't attest to is how well they
cooperate with assistive technologies, and my knowledge on the subject
is about 25 years out of date.

However, at the end of the day there's always GNOME, which seems to have
more resources than anyone with regards to accessibility and is actively
tested with screen readers and Braille displays. Of course it also isn't
exactly known for being "light", but there it is.


Re: [arch-general] pacman man page needs at least one update

2017-08-22 Thread beest
On Tue, Aug 22, 2017 at 01:01:16PM -0400, Jude DaShiell wrote:
> pacman -g and pacman --groups both appear no longer working.  Neither in
> that form generates a current list of groups.
> 

The man page is correct. -g is listed under both SYNC OPTIONS (-Sg) and
QUERY OPTIONS (-Qg). '-g' has no purpose without a sync or query
operation.


Re: [arch-general] tclx upgrade failure

2017-08-21 Thread beest
On Mon, Aug 21, 2017 at 09:34:30PM -0400, Jude DaShiell wrote:
> I have the tcl and tclx packages installed since those are emacspeak
> dependencies and I use emacspeak for now.
> Earlier today I had this upgrade failure:
> 
> error: failed to prepare transaction (could not satisfy dependencies)
> :: tclx: installing tcl (8.6.7-1) breaks dependency 'tcl=8.6.6'
> 
> Do I need to ignore a package temporarily or do something else to clear this
> error?
> 
No, you just need to update your tclx package. The tclx PKGBUILD in the
AUR was just updated today to build against tcl 8.6.7.


Re: [arch-general] Why doesn't svntogit/{community, packages} describe cloning (or download) of individual packages?

2017-08-06 Thread beest
On Sat, Aug 05, 2017 at 12:15:42AM -0500, David C. Rankin wrote:
>   Nowhere are there options to download or clone the current repository (like
> github) and nowhere is there a mention of 'asp export pkgname'. There is no
> wiki for asp and the only mention is in the ABS page -- and that information
> relates to the svn part of the tree.

Actually (aside from what you've already been told about the nature of
the repository and the opportunity to change the wiki), you could have
discovered this from the very same place you ostensibly learned about
the switch to asp -- from arch-announce, where 'asp export pkgname' is
currently plastered at the top of the archlinux.org feed. So not only is
there very much a mention of it, it's in exactly the one place we're
expected to monitor for distro changes.