You are not logged in.
- Topics: Active | Unanswered
#1 Re: Pacman / Pacman Upgrades » libglvnd: conflicting files to mesa » Today 04:57:25
Force won't (necessary) help here: file conflicts are not tracked in our database. I lost track of what mesa/libglvnd combination works and which is broken - if the one in testing works, just push it to stable, then.
regards,
deep42thought
#2 Re: Pacman / Pacman Upgrades » libglvnd: conflicting files to mesa » Yesterday 04:50:23
Is it similar to this? ... so we're not allone 
#3 Re: Servers & Networking » Network configuration with commands ifconfig and ip » 2019-10-11 05:17:10
have a look at upstream's great wiki
#4 Re: Servers & Networking » Network configuration with commands ifconfig and ip » 2019-10-10 18:56:30
Standard way of course.
What do you mean by that? Have you created and enabled some netctl profile? Have you configured some other network manager (systemd-networkd, ...)?
I suggest taking a look at netctl (either static or dhcp - depending on what you prefer). When either of that does not work, come back here with some log entries or other more specific problems :-)
In case you really just want to issue those two commands on startup, then have a look at systemd.service (man page) to run these commands on boot.
regards,
deep42thought
#5 Re: System Administration » [solved] RSS - Recent Updates (more) - Latest News RSS Feed » 2019-10-10 04:57:44
#6 Re: System Administration » [solved] RSS - Recent Updates (more) - Latest News RSS Feed » 2019-10-09 05:26:00
I can easily remove that tag - the whole rss feed is basically upstream's rss feed reverse-enginered 
Does it work with thunderbird now?
Otherwise I have to look deeper in the differences to upstream
#7 Re: Pacman / Pacman Upgrades » digikam: error while loading shared libraries » 2019-10-08 05:24:44
was also waiting for dependencies (like kgpg), forcing akonadi to build should get it back on track
#8 Re: Pacman / Pacman Upgrades » kgpg: symbol lookup error » 2019-10-08 05:24:02
it is scheduled, waiting for some dependencies to being built, though. I forced akonadi (the uppermost dependency, which was only waiting for some build-time dependency)
#9 Re: Pacman / Pacman Upgrades » kgpg: symbol lookup error » 2019-10-02 05:21:24
scheduled for a rebuild - let's see
#10 Re: Pacman / Pacman Upgrades » showfoto: error while loading shared libraries » 2019-10-02 05:20:45
this issue is related to the digikam one (same package)
#11 Re: Pacman / Pacman Upgrades » digikam: error while loading shared libraries » 2019-10-02 05:17:25
digikam needs a rebuild against the new opencv (which we missed apparently) - I scheduled it, let's see, if it does the right thing
#12 Re: System Administration » mate-panel segfault » 2019-09-25 05:06:44
Thanks for the quick replies. One of the flags shown from cpuinfo is sse but no sse2. Is this the same? I assumed since my processor is AMD the Pentium4 branch did not apply to me.
Mike
sse != sse2 - you are right to avoid pentium4 (it requires sse2) - see https://archlinux32.org/architecture/ - otoh this has nothing to do with intel vs. amd.
regards,
deep42thought
#13 Re: Pacman / Pacman Upgrades » [solved] pcmanfm-qt mount problem ------------------------- fuse » 2019-09-25 05:04:06
arch32yes: can you post your /etc/fstab - it is totally unclear to me, what options / fs-type /store and /wxp have.
regards,
deep42thought
#14 Re: Installation » [SOLVED] Cannot start outdated gimp » 2019-09-25 05:01:11
I'll try to give it a rebuild. Again, dependencies are somewhat borked, because in theory libmypaint should NOT get to stable, unless all dependend libraries
and binaries also have been rebuilt.
andreas_baumann: The root cause is, that we recorded wrong "provides" entries since late July in the database - so the buildmaster did not know, that (the old) gimp depended on *anything* that was provided by any package.
This should cease when all rebuilt packages enter stable repositories.
#15 Re: Installation » [pending] Desktop freezing occasionally (pentium4) » 2019-09-07 06:21:39
@deep42thought: pacdiff found pacnew files for /etc/default/grub, /etc/lightdm/lightdm.conf, and /etc/makepkg.conf, which I skipped for now. – Shall I overwrite them?
Merging is the best strategy here: "v" -> edit with vim -> save -> remove/overwrite (depending on which file you edited).
/etc/makepkg.conf is the file which is responsible for building bogus packages.
regards,
deep42thought
#16 Re: Installation » [pending] Desktop freezing occasionally (pentium4) » 2019-09-05 04:44:53
levi wrote:pacman -Syy pacman -Qqn | pacman -S -Already did that long time ago. I’m pretty sure, that every official package on my Arch32 box is "pentium4" – except those AUR ones which are still "any". And (in contrary of my Arch64 machine) I always do a pacman -Syyu when updating, which happens almost daily.
Another possibility would be, that you previously modified /etc/makepkg.conf and thus pacman installed the new version as /etc/makepkg.pacnew which you forgot to merge. Have a look at pacdiff for that.
regards,
deep42thought
#17 Re: Servers & Networking » [SOLVED] Getting my Arch32 box connected with OpenSSH » 2019-09-03 04:49:32
in my experience it's straight forward (e.g.: use the steps levi pointed out), the only "ugly" thing is finding and remembering the ip addresses.
Run
ip addron the server to accomplish that.
You can probably also set up fixed ip addresses in your router for the two computers (or the server one at least) matched by their mac addresses.
Remember to
systemctl enable sshdif you like the ssh server to autostart at boot.
regards,
deep42thought
#18 Re: Press Review » In print » 2019-08-18 07:24:44
But this "only" applies for the i686 branch, right? i486 should run on earlier (even pre-Pentium) cpus?
#19 Re: Pacman / Pacman Upgrades » [solved] firefox 67.0.4-1 » 2019-08-08 07:50:41
I'll continue my research on the bug tracker
#20 Re: Creating/Maintaining Packages » How to submit bug? » 2019-08-08 04:55:16
BeLe: done, you're promoted to bug reporter
#21 Re: Pacman / Pacman Upgrades » [solved] firefox 67.0.4-1 » 2019-08-07 19:05:12
ok, I'll retry with that installed, too
#22 Re: Kernel & Hardware » keyboard layout not honored on boot » 2019-08-07 19:01:12
I just booted up an old pc running the i486 version of archlinux32 - and it shows the same issue (keyboard layout should become de-latin1)
#23 Re: Pacman / Pacman Upgrades » [solved] firefox 67.0.4-1 » 2019-08-07 13:26:00
great, now I have
error: couldn't load codegen backend "/build/rust/src/rustc-1.36.0-src/build/i686-unknown-linux-gnu/stage1/lib/rustlib/i686-unknown-linux-gnu/codegen-backends/librustc_codegen_llvm-llvm.so": "/build/rust/src/rustc-1.36.0-src/build/i686-unknown-linux-gnu/stage1/lib/rustlib/i686-unknown-linux-gnu/codegen-backends/librustc_codegen_llvm-llvm.so: symbol LLVMInitializeRISCVAsmParser version LLVM_8 not defined in file libLLVM-8-rust-1.36.0-stable.so with link time reference"so the symlink does not work
#24 Re: Pacman / Pacman Upgrades » [SOLVED] Can't install pamac-aur anymore » 2019-08-07 13:25:26
yes, you have to add pentium4 to the arch=() array, too - but also makepkg should have CARCH=pentium4 in it.
#25 Re: Pacman / Pacman Upgrades » [SOLVED] Can't install pamac-aur anymore » 2019-08-07 07:09:01
levi, you're right: pacstrap will use the currently installed pacman (e.g. on the iso). And iff that is new enough, it will install pentium4 packages, so you get the pentium4 pacman in your chroot which will have the correct CARCH in /etc/makepkg.conf - this is the reason, why we don't need a pentium4 iso.
As a side note: if i486 would have more packages, we would not need an i686 iso either and just could always install from the i486 one