t; /usr/lib/libc.so.6 (0x7f7fdb107000)
/lib64/ld-linux-x86-64.so.2 (0x7f7fdc293000)
9 lines, to contrast with the binary in community/pandoc (136 lines, I'm
not listing that here, plus half of them point to "not found").
Best luck with your compiling,
João Miguel
. As a bonus, they're also lighter, faster,
and harder to crash.
Regards,
João Miguel
ts own! It's amazing!
Just my 2 cents worth of experience,
João Miguel
A 2017-04-05T10:44:05 +0200, SanskritFritz escreveu:
> On Wed, Apr 5, 2017 at 12:02 AM, João Miguel via arch-general <
> arch-general@archlinux.org> wrote:
>
> > A 2017-04-04T10:08:42 +0200, Guus Snijders via arch-general escreveu:
> > > (...)
> > >
> &
\), .. .'OOO-'. ..'OOO'OOO-'. ..\(,
All the best,
João Miguel
A 2017-04-03T08:25:16 +1000, Allan McRae escreveu:
> On 03/04/17 08:17, João Miguel via arch-general wrote:
> >>> I found this old bug report (https://bugs.archlinux.org/task/31594)
> >>> regarding this, but there's no decision about it.
> > Note: if this
A 2017-04-01T18:13:59 +0200, Guus Snijders escreveu:
> Op 1 apr. 2017 17:14 schreef "João Miguel via arch-general" <
> arch-general@archlinux.org>:
>
> Hello,
>
> I have some unofficial repos added in pacman.conf, and at times use ABS
> and the AUR, so I often
A 2017-04-02T02:02:30 -0400, Eli Schwartz via arch-general escreveu:
> On 04/01/2017 11:14 AM, João Miguel via arch-general wrote:
> > First of all, why is this a warning? What is the problem of me having a
> > newer version of a package than the repository? --quiet does not help.
n.conf:
QuietWarning = NewerThanRepo | IgnoredUpdate | ...
What do you think? Thanks in advance for any suggestions.
João Miguel
v part of the pkgrel? Instead of
0.7_1-2 you'd have 0.7-1.2 < 0.7.0.1-0.1. And even if haskell-core
continues using that underscore, 0.7-1.2 < 0.7.0.1_0-1.
It's not very common to have a decimal Pkgrel, and I'm not sure if it is
good practice, but I've used it, in fact for Haskell packages in
particular.
Regards,
João Miguel
the official repos, and
will always be up-to-date (as long as you know there's a new version).
There will be no compiling hassle.
Hope this helps,
João Miguel
mporary
directory (/drawer/system/pacman->/tmp/asd-gabx/drawer/system/pacman/).
With abd do you mean abs (Arch Build System)?
To answer your question properly, we need more information on what
you're trying to do and how (what tools (abd?), non-standard config
files).
Regards,
João Miguel
A 2016-02-14T23:13:44 +0100, LoneVVolf escreveu:
> On 14-02-16 17:17, João Miguel wrote:
> >Then I shall contact Artoo and add the packages back to the AUR as Nous
> >suggested. Though I don't see how a repository officially trusted by
> >Manjaro is less trusted than the AU
> recommend AUR helpers, since they bypass these mechanisms.
They still do ask to check out the PKGBUILDs, but I see what you mean.
So in conclusion, to have a Wiki page about the method, the packages
need to be in the AUR. Fair enough.
João Miguel
trusted than the AUR. Nevertheless, I do like the AUR,
and packages being there might help.
Have a good day,
João Miguel
present in the discussion page reasons for
it to be added back as it will be in the sandbox. I think a sandbox is
necessary because the original article with artoo's way is too much out
of date and incomplete.
Thank you for understanding,
João Miguel
[1] - https://wiki.archlinux.org/index.php
ate: Can we please stop this thread?
I deleted the first half of it. I think it may turn out to be productive
now. Void Linux is a distribution besides Gentoo we can base off to
allow different init systems to be used.
Regards,
João Miguel
//systemd-free.org/ is not necessary, but instead just a nice
plus.
Best regards,
João Miguel
lacing the article
> (this will most likely involved discussion on your User page as well on how
> to improve your draft)
> 5. Success
Or in this case, failure:
https://wiki.archlinux.org/index.php?title=Talk:OpenRC=420556
>
> Max
João Miguel
work required. Just
people accepting other people.
It's ok now not because of the wiki and the AUR, but thanks to the
existence of systemd-free.org. It had to be created because of the
above, which would'nt have happened with a better community.
João Miguel
which are evident in any discussion in Arch
about OpenRC) signals a bad community. There were many great users that
stopped using Arch because of this, it is a problem that needs to be
recognized. I don't anything near this kind of attitude, say, in Gentoo
mailing lists.
João Miguel
an nvidia graphic card.
Nonetheless, what you said does sound like a good idea. Thank you.
João Miguel
es for OpenRC.
Please, just let people be. Accept the possibility of different stuff
and opinions, instead of trying to make everyone conform to what you
think they should do/use/choose/write...
João Miguel
; setxkbmap dvorak
> setxkbmap -option 'ctrl:swapcaps'
>
I'd try to use a rescue USB (with Xorg - from another distribution) and
see what drivers are loaded (lsmod output), and what X configuration is
being used.
>
>
> Thanks,
>
> Joshua
Hope this helps,
João Miguel
> >i've setup a mirror this week. one sync today synced an incomplete state
> >from a tier1 mirror. is there a tool/script to determine if a/my mirror
> >is in a consistent state?
>
> I am not aware of any such tool. I'm forwarding this to arch-general
> in the hope that someone either knows or
I have a black screen with Xorg 1.18, both with nvidia and intel graphic
cards. So I'm using 1.17. However, with 1.17 and an intel graphic card
update I'd get a black screen as well. Are you sure xf86-video-intel is
not to blame? Maybe you should try to downgrade it.
Hope this helps,
João Miguel
profiles yourself (much easier than SELinux policies), completely
sandboxing any process you want.
Hope this helps,
João Miguel
Note: I did try what is suggested in
https://wiki.archlinux.org/index.php/NVIDIA#Black_screen_on_systems_with_Intel_integrated_GPU
(since I have an Intel graphics card too), but it made no difference
with the latest versions and actually made the previous version of X in
combination with the
ttachments are in a tgz, but the original was rejected
(over 40K).
João Miguel
logs.tar.gz
Description: Binary data
Hello,
I use a custom kernel and nvidia-dkms, but tested this with the regular
kernel and nvidia package, and get precisely the same problem(s). As
such, I'm going to try anything with DKMS and the custom kernel, so I
don't need to be switching back and forth and rebooting all the time.
After
-
>From mutt in /dev/tty4...
João Miguel
not work),
I'll make a new thread asking why do I get the problem I described with
the most recently packaged kernel and nvidia drivers, searching for it
more adequately first.
Sorry if I wasted your time, false alarm, I was simply distracted.
Twice.
João Miguel
roblem
instead of a packaging mistake).
Thanks for the attention,
João Miguel
put.
BTW, next time, please remember to check the Arch Linux Wiki first, it
has lots of useful info (even when it's for another distribution/
distribution-agnostic problems):
https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling
> Have a nice day!
To you too.
João Miguel
nually?
Hope this helps,
João Miguel
I will post this now because possibly someone else knows best,
and if I end up solving my own problem, at least the solution becomes
available for anyone looking for it. I found the answer to 60% of my
original questions regarding this problem, while writing this email, if
I don't post this now I may
t reminds me, I should probably uninstall the bbswitch package...
All the best,
João Miguel
Explorer... I worry the suggestions to change distro
are going too far. The point is not one of telling what the devs should
or shouldn't do, but of remembering the principles upon which the
community is based.
I rest my case. Again, any reply is welcome.
João Miguel
38 matches
Mail list logo