X permissions and
containers in the wiki. Such as
https://wiki.archlinux.org/title/Systemd-nspawn#Use_an_X_environment ,
or https://wiki.archlinux.org/title/Toolbox#X11_applications_not_starting .
--
u34
10. /usr/bin/staging-x86_64_v3-build
11. /usr/bin/testing-x86_64-build
12. /usr/bin/testing-x86_64_v3-build
I could not see where their source files are. In addition, manual pages,
and other documentation, were not updated.
Hardly tested. Please comment.
--
u34
ltin, cache. Doesn't it? Perhaps it is,
too, reading from its cache, not from its permanent storage?
--
u34
> With the cache empty, a simple ‘diff -qr src dest’ will show if any
> files' contents differ, reading from the USB stick. This is my
> recommendation.
>
>
t manually clearing cached data manually.
>
It is a good aproach to verify integrity of copied data, in my opinion.
Unfortunately, you can not disregrad cache when doing that.
--
u34
> Regards,
> Ralf
there wiki articles about these subjects?
Also, doesn't it worth temporarily taking some data out /boot, in order
to have room for the large ramfs image?
--
u34
> If not, what would be the correct and safe way to do this ?
>
> TIA,
>
> --
> FA
>
.phoronix.com/news/Linux-6.3-objtool . Though I don't know
how much more, or less, than 6GB will be actually required to compile linux
for, and on, a low end desktop.
--
u34
> Regards,
> Ralf
.archlinux.org/archives/users/cbdfe95166fd49d4a2c1d93823f416aa/
, before v6.1.6, or so, I could build a much trimmed down configuration.
Than too, I took no explicit actions to take it outside of tmpfs.
--
u34
> Regards,
> Ralf
>
> --
> No Gigbyte support without a Windows instal
kernel tinyconfig. It got built.
> --
> damjan
--
u34
I remember correctly.
>
> A very sure way to use a lot of memory (well over 4G) at linking is if
> you have enabled LTO in the kernel config. Perhaps this is the culprit?
>
Default arch config. No LTO, as far as I can tell.
$ grep LTO config
CONFIG_ARCH_SUPPORTS_LTO_CLANG=y
CONFIG_ARCH_SUPPORTS_LTO_CLANG_THIN=y
CONFIG_LTO_NONE=y
CONFIG_HID_WALTOP=m
> Jaron
--
u34
< pkgname=("$pkgbase" "$pkgbase-headers")
---
> pkgname=("$pkgbase" "$pkgbase-headers" "$pkgbase-docs")
There is also ccache enabled for makepkg.
--
u34
>>
> > Could be an overwriten /etc/shells.
> > https://bugs.archlinux.org/task/77404.
> > --
> > u34
> >
>
> Thank you both,
>
>But it seems the error is deeper than that. startx will not launch fluxbox
> either (which has worked since 2013 when the server
"David C. Rankin" wrote:
> All,
>
> Lightdm has been working fine up until pacman update today. After the
> update, lightdm fails with a garbled screen. The journal shows:
>
Could be an overwriten /etc/shells.
https://bugs.archlinux.org/task/77404.
--
u34
&
hortly before the system is
> losing power. The devices acknowledge these messages
Can it be the acknowledgement means `I got your message', but not `I read
it, and am ready for a shutdown'?
Just a guess. I haven't looked at it in depth.
--
u34
> and the
> system
aunching a terminal, such as xterm, running pacman right
from the start related to your question?
I guess what you want is doable from Xfce running with X. I did not delve
into the details myself.
--
u34
> Ty
>
>
> Marco
Lukas Jirkovsky wrote:
> On Tue, 13 Dec 2022 at 07:25, Ralph Corderoy wrote:
> >
> > Hi u34,
> >
> > > I think long command line options are more readable compared to short
> > > one. There fore, I suggest:
> >
> > I think the short o
-force --no-name)
+COMPRESSBZ2=(bzip2 --stdout --force)
+COMPRESSXZ=(xz --to-stdout --compress -)
+COMPRESSZST=(zstd --stdout --compress --quiet -)
+COMPRESSLRZ=(lrzip --quiet)
+COMPRESSLZO=(lzop --quiet)
COMPRESSZ=(compress -c -f)
-COMPRESSLZ4=(lz4 -q)
-COMPRESSLZ=(lzip -c -f)
+COMPRESSLZ4=(lz4 --quiet)
+COMPRESSLZ=(lzip --stdout --force)
#
# EXTENSION DEFAULTS
--
u34
else?
The pkg.tar.zst is downloaded. Just the detached sig file does not. And there
isn't any message to warn about it. Commenting out XferCommand makes the sig
files downloaded as well. Manual download also succeed.
--
u34
Architecture = auto
I also suggest to add, or change, pacman.conf %o and %u to make it more
descriptive.
--
u34
Genes Lists wrote:
> Hi u34
>
> I don't have a problem with any of my kernel builds including 6.0.8 and
> 6.1 git head.
>
> Can you run ldd on sign-file and check its up to date? Here's my build:
>
> $ ldd scripts/sign-file
> linux-vdso.so.1 (0x000
s/sign-file.c
#include
/*
* OpenSSL 3.0 deprecates the OpenSSL's ENGINE API.
*
* Remove this if/when that API is no longer used
*/
--
u34
; 'pactree gtk3' shows that gtk3 -> tracker3 -> libsoup3. There is no
> libsoup (v2) in the output of 'pactree remmina'.
>
> Rafael
Indeed. Uninstalling libsoup (2.74.2-2), while keeping libsoup3 (3.2.0-1),
breaks remmina. I have no other usage for libsoup (2.74.2-2). I am using
the stable repositories.
--
u34
notice an
uninstalled
libsoup when web2gtk is not installed. On the other hand, remmina will fail
to run.
--
u34
>
> On Sat, 1 Oct 2022 at 22:12, wrote:
> > >
> > > $ ldd /usr/sbin/remmina | grep libsoup
> > > libsoup-2.4.so.1 => /usr/lib/libsoup-
$ ldd /usr/sbin/remmina | grep libsoup
libsoup-2.4.so.1 => /usr/lib/libsoup-2.4.so.1 (0x7fae45bde000)
$ pacman -Qi remmina | grep libsoup
$
I searched bugs.archlinux.org. Remmina has no bugs there. Is it an archlinux
packaging bug?
--
u34
/viewtopic.php?id=279827 .
--
u34
ume you did something wrong, but I didn't delve further into it.
>
> Thanks.
> James Crake-Merani
--
u34
Am I right the new -debug packages do not depend, pacman wise, on their
binary, non -debug packages? By that I mean pacman --upgrade somepkg-debug
will sucsseed even when somepkg is not installed.
Such dependency looks to me obvoius. Why was it decided not to have it?
--
u34
acpi] Error 2
make: *** [Makefile:1831: drivers] Error 2
==> ERROR: A failure occurred in build().
Aborting...
Without CONFIG_WERROR=y, compilation continues, since the lines beginning at
cc1: all warnings being treated as errors
are avoided. Which is expected.
--
u34
omium, nothing else.
I find chromium very problematic, avoiding it as much as I can. Never the
less, I do have to use it from time to time. And I do think diversity is a
must have.
--
u34
"Jan Alexander Steffens (heftig)" wrote:
> On Wed, Mar 23, 2022 at 4:55 PM u34--- via arch-general <
> arch-general@lists.archlinux.org> wrote:
>
> > With 5.17.arch1, the output of
> >
> > make -s kernelrelease
> >
> > ends with &quo
With 5.17.arch1, the output of
make -s kernelrelease
ends with "". That is, having a double \" character at the end of the
string.
It was not like that in prevoius versions. Is that expected?
--
u34
lot of people use it daily and do not encounter the situation. Did
> you consider that, perhaps, you make some mistake? What is the issue you
> are experiencing?
I did make a mistake. Sorry for the noise.
--
u34
couldn't find contact information of
the administrators.
Should I email webmas...@archlinux.org?
What should I do? I don't mind posting a description of the problem here.
--
u34
mpan via arch-general wrote:
> > According to
> > https://wiki.archlinux.org/title/System_maintenance#Partial_upgrades_are_unsupported
> > pacman -Sywu is not safe. But pacman -Syu is safe. Quoting the wiki, the
> > rational is that pacman -Sywu
> > will update the pacman sync database witho
At Tue Jan 18 23:44:56 UTC 2022, at the bottom of
https://lists.archlinux.org/pipermail/arch-general/2022-January/049521.html
, I wrote that
my understanding is that checkupdates -d is equivalent to
pacman -Sywu && pacman -Su . I haven't read checkupdates
manual page. It could be th
Frank Zimmermann via arch-general wrote:
>
>
> Am 19. Januar 2022 00:58:44 MEZ schrieb u34--- via arch-general
> :
> >Frank Zimmermann via arch-general wrote:
> >
> >> I'm doing my first Arch install on an UEFI system and have troubles with
> >&
Frank Zimmermann via arch-general wrote:
> I'm doing my first Arch install on an UEFI system and have troubles with
> GRUB. Following the instruction on the Wiki grub-mkconfig complained about a
> missing /boot/grub/grub.cfg.new.
> So I manually created a grub.cfg file but when rebooting Grub s
mpan via arch-general wrote:
> > Right to the point. A systemd timer script had a too strict Umask setting.
That should have been UMask, not Umask. It could be that Umask is supported.
It is UMask at
https://www.freedesktop.org/software/systemd/man/systemd.exec.html .
>Are you invoking pa
Referring to
https://wiki.archlinux.org/title/DeveloperWiki:Package_signing#Source_packages :
I seem to have no permission to edit. A fix for 3 broken URLs is:
1. http://ftp.de.debian.org/debian/pool/main/a/acpid/acpid_2.0.4.orig.tar.gz
->
https://snapshot.debian.org/archive/debian/20100422T
mpan via arch-general wrote:
> > Lately, possibly starting at mid December, files in /var/cache/pacman/pkg/
> > are kept with mode u=rw,g=,o= . Am I the only one having it?
>Not observed here:
> -
> $ find /var/cache/pacman/pkg/ -iname '*.tar.zst' -exec stat -c '%a' {}
> + | sort -u
>
Lately, possibly starting at mid December, files in /var/cache/pacman/pkg/
are kept with mode u=rw,g=,o= . Am I the only one having it?
--
jadon
nce it does not
override the Decompress line. Perhaps this is a zstd issue, or that the
line should have had a -q specified twice.
Is it a bug? Who should address it?
--
u34
uments
dr-xr-x--- 1 user user 4096 Jul 25 2019 /mount
directory/Users/Default/Documents
umask is not explicitly set. dmask=0027.
Thank you.
--
u34
nihilistzsche via arch-general wrote:
> It has been added to the kernel in 5.15.
>
> On Tue, Dec 21, 2021 at 5:14 PM
-arch1-1, I believe arch didn't apply
https://lore.kernel.org/ntfs3/20211127135105.27795-1-ales.ast...@gmail.com/T/
, or some other solution. Which is why I think it is expected to have the
3600 prefix issue with the ntfs3 linux module.
--
u34
cated and slated for removal in Python 3.12. Use setuptools or
check PEP 632 for potential alternatives from distutils.version import
LooseVersion
Line breaks added by me for clarity.
--
u34
ne 2021 and now broke the sound
system.
I am trying to bisect it, but have no results so far.
--
u34
Ralf Mardorf via arch-general wrote:
> On Sun, 21 Nov 2021 14:06:53 +0000, u34--- wrote:
> >Ralf Mardorf via arch-general wrote:
> >> On Sun, 21 Nov 2021 13:35:20 +0100, Guus Snijders wrote:
> >> >Op zo 21 nov. 2021 12:35 schreef Ralf Mardorf:
> >&g
PPoE pass-through or something else?
>
> Regards,
> Ralf
>
>
My understanding to his suggestion is to start with
nameserver 8.8.8.8
nameserver 8.8.4.4
in /etc/resolv.conf. Just those 2 lines.
--
u34
Ralph Corderoy via arch-general wrote:
> Hi Ralf,
>
> > $ curl -sSvg -L
> > https://search.cpan.org/CPAN/authors/id/Y/YE/YEWENBIN/Goo-Canvas-0.06.tar.gz
> > >foo.tar.gz
> > * Trying 46.43.35.68:443...
>
For me, u34, 46.43.35.68 points to bm-n1.metacpa
an not see tham.
With ascii graphic:
[wire] <-> [tcpdump, if activated] <-> [nic] <-> [firewall] <->
[application]
And somewhat more accurately:
[wire] <-> [[nic front end] <-> [tcpdump, if actiavted] <-> [nic back end]]
<-> [firewall] <-> [application]
--
u34
not see
> outgoing packages in case of failure? - seems strange, but was the same,
> when pinging some bogus address from the access point).
>
Does the following quote, copied from
https://wiki.archlinux.org/title/Network_Debugging#Tcpdump, relevant?
they can only see outbound packe
omeone else could fix that.
>
> Kind regards,
> Peter
>
>
Perhaps https://docs.python.org/3/library/faulthandler.html
will help.
Hopefully, other readers can help you more than I can.
--
u34
esktop in the window manager sense. Don't switch to the other
desktop yet. Are there any error messages in the terminal? If you kill
electron before switching to the desktop it should run in, does the
xserver contiues in an apparent normal operation?
2. Does the xserver dumps core? Can you post gdb analyses for the core
dump?
3. Do you use electron often enough in order to make an educated guess
in which version of the xorg server the problem appeared for the 1st
time?
?
--
u34
u34--- via arch-general wrote:
> maderios via arch-general wrote:
>
> > On 7/7/21 8:15 PM, u34--- via arch-general wrote:
> > > I am only seeing this with chromium. Perhaps becuase, in general, I am
> > > only using a small set of applications.
>
maderios via arch-general wrote:
> On 7/7/21 8:15 PM, u34--- via arch-general wrote:
> > I am only seeing this with chromium. Perhaps becuase, in general, I am
> > only using a small set of applications.
> >
> > Chromium was started by
> >
> > $chromi
o check the log file at
"/home/u34/.local/share/xorg/Xorg.0.log" for additional information.
[ 517.942] (EE)
[ 517.942] (II) AIGLX: Suspending AIGLX clients for VT switch
[ 517.987] (EE) Server terminated with error (1). Closing log file.
--
u34
s when you apply
> `--noprogessbar` to your pacman commands.
>
Is David using ParallelDownloads? If yes, perhaps that worse turning off either.
--
u34
> Best of luck !
>
> Kriss
> --
> PGP: 7A19 4E3F 7A8F 867B EA8A 5339 023F 0788 62AC FE50
> https://keys.openpgp.org/vks/v1/by-keyid/023F078862ACFE50
.html already scheduled?
--
u34
NSE.html
install -D -m644 $srcdir/hwdb $pkgdir/usr/lib/udev/hwdb.d/20-$pkgname.hwdb
# move the links to the right direction
cd $pkgdir/usr/lib/sane
ln -sf libsane-brother4.so.1.0.7
$pkgdir/usr/lib/sane/libsane-brother4.so.1
ln -sf libsane-brother4.so.1 $pkgdir/usr/lib/sane/libsane-brother4.so
}
--
u34
an boot two other machines
> normally. As it is host specific, there is probably no valid reason to spend
> more time on it.
I am confused about lack of valid reason to spend more time on it.
Are those two other machines also have ASUS TUF X570-PLUS GAMING
motherboard?
I don't have s
***
> *** libESMTP features ***
> *
> --with-auth-plugin-dir: /usr/lib/esmtp-plugins
> --with-lwres: no
> --with-openssl: no
Just guessing. Is that no the culprit?
--
u34
S.
Or even if there are any implications at all. Still, why not state the
correct number, or use $(nproc)?
--
u34
u34--- via arch-general wrote:
> Bjoern Franke via arch-general wrote:
>
> > Hi,
> >
> > >
> > > The Huawei E3372 might automatically use the cdc_ether driver (hilink).
> > > Does it appear as a network device like "wwp..."? Then make s
> Regards
> Bjoern
I think that a work around is to set up a temporary storage. And have the
usb_modeswitch, with all its dependencies, downloaded into it. Some
archlinux live systems might already doing that, so you might want to
consider installing with them. The wiki derivatives article can help you
find one.
--
u34
ut I could not get a connection with
> it. It seems I must plug away with wvdial.
>
> Thanks,
> Morten
>
Which usb modem you are using?
Have you got it working in another machine? In this machine with another
OS? If yes, how?
--
u34
Am I right that pkgstats does not collect detailed information about the
hardware used? Is it a good idea that it will asks permission for doing
that?
--
u34
le
> >manual intervention required.
>
> These days I don't pacman -Syu, I have a script that:
>
> - checks the news
> - runs -Syu
> - runs pacdiff
>
pacmatic, from community, addresses the first 2 points. And partially the
third.
I am not its author, or maintainer,
ative for the comment
would be to have a dedicated chain.
[Definition]
# Have a dedicated chain for php-app-login.
# f2b-php-app-login is expected to exists. Possibly set up by whatever
# sets iptables.
actionstart =
actionstop = iptables -F f2b-
Again, I could be wrong, or incomplete.
--
u34
if I should report on the KDE forum or if the package maintainer
> can fix.
>
I don't know who to report it to either.
> Thanks for any feedback.
>
Does https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces worth
pointing out?
--
u34
irms the presence
> of all the files there are on my boot partition.
>
> Any pointers on how to proceed with this would be much appreciated.
Hello,
I recieved your original message throught the list.
Other then suggesting to check for bad blocks and the S.M.A.R.T data of
the device, and restore from backup, I have no ideas.
--
u34
n the package built, and run, without whatever is required for
the Sync feature?
2.2 In case you will stop maintaining it and no one adopts it, can you
upload it to the AUR, and disown it?
--
u34
mmand just aborts, without a core
dump, with the old Debian ldnsutils 1.7.0-4.
--
u34
Ralf Mardorf via arch-general wrote:
> On Sun, 10 Jan 2021 15:17:08 +0100, Ralf Mardorf wrote:
> >On Sun, 10 Jan 2021 15:12:32 +0100, Ralf Mardorf wrote:
> >>On Sun, 10 Jan 2021 00:39:44 +, u34--- via arch-general wrote:
> >>>Are you sure the cause
l
>
> [rocketmouse@archlinux ~]$ hwinfo --cpu | grep Model | sort -u
> Model: 6.60.3 "Intel(R) Celeron(R) CPU G1840 @ 2.80GHz"
> [rocketmouse@archlinux ~]$ hwinfo --gfx | grep Model
> Model: "Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated
> Graphics Controller"
Are you sure the cause is not phisycal memory failure?
--
u34
73 matches
Mail list logo
