ed systemd bloat and a dash of hypocrisy, I'd stay in Windows
installing Internet 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
ers to the nvidia
package. 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 em
rce :-/ ).
That reminds me, I should probably uninstall the bbswitch package...
All the best,
João Miguel
of creating your initramfs manually?
Hope this helps,
João Miguel
I want HDMI output.
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
cause, even if it's involved.
João Miguel,
more often.
--
>From mutt in /dev/tty4...
João Miguel
aphical acceleration does 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
ver problem
instead of a packaging mistake).
Thanks for the attention,
João Miguel
any suggestion,
P.S.:
Sorry that the attachments 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 upda
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 latest
reate profiles yourself (much easier than SELinux policies), completely
sandboxing any process you want.
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 wa
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
that changes anything. Also I've swapped
> alt and control with this in my .~/xinitrc
>
> 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
h, now there are no AUR packages 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
some official ones. No dev/TU 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
among other things (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
t 3 ways to use an nvidia graphic card.
Nonetheless, what you said does sound like a good idea. Thank you.
João Miguel
he
current article and finally 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] - h
t; I can only re-iterate: 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
his: http://systemd-free.org/ is not necessary, but instead just a nice
plus.
Best regards,
João Miguel
he 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&oldid=420556
>
> Max
João Miguel
icially trusted by
Manjaro is less trusted than the AUR. Nevertheless, I do like the AUR,
and packages being there might help.
Have a good day,
João Miguel
es cannot
> 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
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 t
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
the future you should spell out
such uncommon acronyms (in this case Anything Sync Daemon).
Glad that's sorted out,
João Miguel
to install as using 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
properly?
What do you think about making that xrev 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
ssibly in pacman.conf:
QuietWarning = NewerThanRepo | IgnoredUpdate | ...
What do you think? Thanks in advance for any suggestions.
João Miguel
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.
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-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 i
#x27;/ # /
. 'C/ || | | |mrf ,
\), .. .'OOO-'. ..'OOO'OOO-'. ..\(,
All the best,
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:
> > > (...)
> > >
> &
tarts wpa_supplicant on its own! It's amazing!
Just my 2 cents worth of experience,
João Miguel
. As a bonus, they're also lighter, faster,
and harder to crash.
Regards,
João Miguel
c.so.6 => /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
40 matches
Mail list logo
