‐‐‐ Original Message ‐‐‐
On Tuesday, August 11, 2020 8:21 PM, Jude DaShiell wrote:
> pacman -Sy archlinux-keyring returns error cannot update core among
> other repositories and pacman -Ss archlinux-keyring shows the keyring to
> be installed with date of 20200622-1 on it.
>
...is this t
‐‐‐ Original Message ‐‐‐
On Tuesday, August 11, 2020 5:53 PM, Jude DaShiell wrote:
> Is a link in the archwiki on the process to point archlinux at all of the
> new repositories and import all of the ssh keys? I hadn't been able to
> access my computers while this move happened so wasn't
‐‐‐ Original Message ‐‐‐
On Monday, January 20, 2020 4:42 PM, Ralph Corderoy
wrote:
> Hi mar77i,
>
> > You must have meant https://talkingarch.info/
>
> I was wondering too, but I think he meant its recent fork
> https://tarch.org.
>
On a scale from operating systems to interior design,
‐‐‐ Original Message ‐‐‐
On Monday, January 20, 2020 3:52 PM, Matthew dyer via arch-general
wrote:
> Hi all,
>
> Using the tarch iso from www.tarch.info http://www.tarch.info , I am
I wasn't sure what you were talking about so I checked out the website:
Cabinets, twin size beds and ...
Did you check the news yet? I think xf86miscproto was listed there.
https://www.archlinux.org/news/xorg-cleanup-requires-manual-intervention/
cheers!
mar77i
Sent with ProtonMail Secure Email.
On Monday, January 6, 2020 6:55 PM, Jude DaShiell wrote:
> [...]
> I read about a nopulse package on the arch bbs site in messages but
> couldn't find that on aur so decided to do some edits on the pulse
> configuration files.
> [...]
I used to use `apulse`, a minimal layer that worked at least t
‐‐‐ Original Message ‐‐‐
On Wednesday, December 18, 2019 4:41 PM, Andy Pieters
wrote:
> On Wed, 18 Dec 2019 at 15:32, Pascal via arch-general
> arch-general@archlinux.org wrote:
>
> > that's awesome, it works !
> > it was so simple with cat taking over and consuming the data until the en
‐‐‐ Original Message ‐‐‐
On Wednesday, December 18, 2019 3:20 PM, Pascal via arch-general
wrote:
> hello,
>
> it works perfectly because both tools used, md5sum and sha1sum, consume all
> the data.
>
> on the other hand, the function returns wrong fingerprints if I insert a
> tool like f
On Wednesday, October 9, 2019 12:03 PM, Mike Cloaked via arch-general
wrote:
>
> Possibly intel-ucode would be very useful for many installs as well?
>
Except for people who need amd-ucode...
For a long time I was under the impression we relied on derivative distros to
dumb down things like sy
‐‐‐ Original Message ‐‐‐
On Friday, May 24, 2019 12:14 AM, Lone_Wolf wrote:
> People,
>
> I forgot to tell ashark the primary reason why I felt a thread in arch
> general ML was needed.
>
> Almost every file in libdrm tree has it's own copyright notice, I've
> listed 4 examples at the bot
> I have read that article in ArchWiki. I understand that point that MIT
> licences are all custom because of individual copyright line. But then I do
> not understand when should I use license=('MIT') instead of
> license=('custom')?
> I have read that MIT is a set of licenses, but it is kinda u
‐‐‐ Original Message ‐‐‐
On Thursday, May 23, 2019 11:15 PM, mpan wrote:
>
> I talked about the topic on #archlinux and it seems that the accepted
> solution is to use 'MIT' in the `license` array, despite there is no
> corresponding text in the “licenses” package, and put the text into
>
‐‐‐ Original Message ‐‐‐
On Saturday, December 8, 2018 9:55 AM, Ralph Corderoy
wrote:
>
> Can a better solution to this be engineered?
>
For the kernel we run mkinitcpio. So there shouldn't be a real reason why we
shouldn't run grub-mkconfig >/${main_grub_dir}/grub.cfg for grub. That be
Saturday, November 3, 2018 6:47 PM, Andrey Ponomarenko via arch-general
wrote:
> Hi,
>
> Good news for everyone interested in Linux-compatibility and reliability of
> hardware!
>
> The Linux-Hardware.org database has been divided into a set of databases, one
> per each Linux distro. You can now
Saturday, November 3, 2018 7:53 PM, John Ramsden via arch-general
dixit:
> It states MIT/BSD are special cases, just out of curiousity, what makes them
> special that they cannot be added?
Look at them: https://opensource.org/licenses/BSD-2-Clause
https://opensource.org/licenses/MIT
For one,
‐‐‐ Original Message ‐‐‐
On June 13, 2018 9:50 PM, Fons Adriaensen wrote:
> Hello all,
>
> I've got a strange problem on a newly installed system.
> About 90 seconds after it is started, xdm (or xdm-archlinux)
> and any login session is killed. Apparently by systemd,
> because of a timeou
On June 13, 2018 6:18 PM, Luyin via arch-general arch-general@archlinux.org
wrote:
> On 13/06/18 16:05, Tomáš M. via arch-general wrote:
> > The plan is to start on 27th of June, Wednesday 7:00 UTC.
>
> I might be missing something here, but is that 7 AM or PM UTC?
> Best regards,
>
As a rule of
On June 4, 2018 12:58 PM, Bennett Piater wrote:
>
> Do you have an unpushed commit that may not pass muster, even if it is
> not the last?
>
> If so, you could try squashing all unpushed commits together to one
> using git rebase.
On June 4, 2018 1:04 PM, Eli Schwartz via arch-general
wrote
Oh wow, please apologize the original message there making my mail look like a
top post. I intended to be smarter than my email client, only to forget about
it.
cheers!
mar77i
Sent with ProtonMail Secure Email.
> When I tried "sudo modprobe nvidia" I got an "exec format error"
> message and the nvidia module refused to load.
You need to build your driver for each kernel separately. That's why you can
get [0] as a package.
cheers!
mar77i
[0] https://www.archlinux.org/packages/testing/x86_64/nvidia-dkms
On 03/13/2018 02:17 AM, PkmX via arch-general wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84607
Pass -std=... to compiling the programi n question. If it's in clear deviation
of what the respective standard dictates, it's a bug.
Sent with ProtonMail Secure Email.
Original Message
On February 18, 2018 9:57 AM, David C. Rankin
wrote:
> ... I'd add this to the wiki, but it would just be removed...
You must be fun at parties.
cheers!
mar77i
Sent with ProtonMail Secure Email.
> Subject: Re: [arch-general] Proposal: add "--disable-modern-top" to procps-ng
> configure flags
> Quoth Saul Reynolds-Haertle
>
This is an absolutely horrible response and let me tell you: telling others what
to do is not how you should live, think, use computers or (FOSS) software.
So first o
23 matches
Mail list logo