You are not logged in.

#1 Re: Kernel & Hardware » Tune low spec pc. » Today 16:57:35

I have an Eeepc 701. I use seamonkey or dillo instead of firefox, firefox is just hopelessly slow
in my experience.

For videos (for instance Youtube) I use the browser, press stop immediatelly before the
video starts to play and I use youtube-dl to download the file, then I recode the file with
ffmpeg. Or I simply set the resolution to 720p or lower.

For mail I use trojita or seamonkey --mail instead of thunderbird (same rule applies here
as to firefox).

Sadly most "modern" webpages like reddit are just resource monsters - I don't understand
how things can be so slow just for rendering some text..

(written on a 386 MB Pentium III Copermine with 700 MHz).

P.S. You're absolutely in the right place :-)

#3 Re: Kernel & Hardware » VIA Technologies graphic card won't start xorg server » 2019-04-09 06:54:46

Puppylinux has an older Xorg presumably, before 1.20. That's why it still worked..
I have a Matrox, a MACH64 and some Gloria VESA, AMD integrated GPUs (Geode), none of them work..

#4 Re: Creating/Maintaining Packages » [SOLVED] i686/community/netbeans/. New 11.0 version is out. » 2019-04-05 07:28:21

Is also on 10.0 in Archlinux (64-bit) upstream. You should flag it out-of-date up there:

https://www.archlinux.org/packages/comm … /netbeans/

We merely build what gets published upstream and don't go ahead in versions to
the upstream packages.

#5 Re: Installation » eclipse-common contains 64 bits executables » 2019-03-20 11:36:29

As far as I know, 32-bit is no longer supported upstream, you have to compile your own version or use 2018-09/R..

#7 Re: Creating/Maintaining Packages » recurrent problem with plasma dependency loop » 2019-03-13 06:53:08

There is also an issue with kdeinit5, systemd-journald gets bombarded with silly log messages, almost killing my machines.
Not sure, if this happens also upstream..

#8 Re: Creating/Maintaining Packages » recurrent problem with plasma dependency loop » 2019-03-13 04:41:35

Most KDE packages hvae been built. I had to kick them manually.

Now Qt and KDE also got a "SSE2 infection" (for those affected):

Mar 12 17:21:01 arch32-staging ksplashqml[3242]: QGLXContext: Failed to create dummy context
Mar 12 17:21:02 arch32-staging ksplashqml[3242]: This program requires an X86 processor that supports SSE
2 extension, at least a Pentium 4 or newer
Mar 12 17:21:18 arch32-staging drkonqi[3245]: kf5.kwidgetsaddons: Invalid pixmap specified.

Some packges are still stuck due do an mplayer/ffmpeg mess:

warning: cannot resolve "libvpx.so=5-32", a dependency of "ffmpeg"
warning: cannot resolve "libswscale.so=5-32", a dependency of "x264"
warning: cannot resolve "libvpx.so=5-32", a dependency of "ffmpeg"
:: The following packages cannot be upgraded due to unresolvable dependencies:
      x264  ffmpeg

:: Do you want to skip the above packages for this upgrade? [y/N] error: failed to prepare transaction (could not satisfy dependencies)

:: unable to satisfy dependency 'libvpx.so=5-32' required by ffmpeg
:: unable to satisfy dependency 'libavcodec.so=58-32' required by x264
:: unable to satisfy dependency 'libvpx.so=5-32' required by ffmpeg
:: unable to satisfy dependency 'libavformat.so=58-32' required by x264
:: unable to satisfy dependency 'libvpx.so=5-32' required by ffmpeg
:: unable to satisfy dependency 'libavutil.so=56-32' required by x264
:: unable to satisfy dependency 'libvpx.so=5-32' required by ffmpeg
:: unable to satisfy dependency 'libswscale.so=5-32' required by x264
:: unable to satisfy dependency 'libvpx.so=5-32' required by ffmpeg
==> ERROR: 'pacman' failed to install missing dependencies.
==> ERROR: Build failed, check /var/lib/archbuild/staging-with-build-support-i686/slave/build

#10 Re: Kernel & Hardware » Bug report: LXDM fails with invalid op-code in librsvg-2:2.42.1-1.0 » 2019-03-12 05:25:37

There were various issues around rust and librsvg to compile without SSE2 instructions. Should
be fixed now in stable.

#11 Re: Creating/Maintaining Packages » "double-conversion 3.1.2" breaks ABI backward compatibility » 2019-03-08 14:49:20

kdoctools has been rebuilt, so I suspect things should recover now in most kde packages..

#12 Re: Creating/Maintaining Packages » "double-conversion 3.1.2" breaks ABI backward compatibility » 2019-03-08 13:24:32

Yep. This also breaks a bunch of packages in the KDE realm because of:

/usr/bin/meinproc5 is owned by kdoctools 5.55.0-1.0

I'll try to rebuild kdoctools (hoping it doesn't depend on itself).

#13 Re: Installation » What constitutes an i686? AMD K6-2+ is not one? » 2019-03-07 08:24:06

i486 has no CMOV, MMX, SSE, SSE2
i686 assumes to have CMOV, MMX, SSE (but no SSE2)
pentium4 also assumes SSE2 to be present

MMX came in with Pentium MMX, just i586 had none. So those
CPUs must run on the i486 branch. A special branch there
makes not much sense.

SSE dito, just use the i486 branch for that.

So I could run pentium4 packages on my EEEPC, which is a pentium III. :-)

#14 Re: Installation » What constitutes an i686? AMD K6-2+ is not one? » 2019-03-06 06:06:41

Yes, hence the i486 branch. But it remains text only for the moment.

#15 Re: Creating/Maintaining Packages » noreply@archlinux32.org sending Spam ? » 2019-02-18 10:31:25

@tyzoid: can you check, but it seems that the emails are sent from your server running the BBS:

Return-Path: <www-data@srv1.tyzoid.com>
Received: from smtp.andreasbaumann.cc ([unix socket])
	 by euroweb (Cyrus 2.5.10) with LMTPA;
	 Mon, 18 Feb 2019 11:23:44 +0100
X-Sieve: CMU Sieve 2.4
Received: from mail.tyzoid.com (mail.tyzoid.com [23.92.211.62])
	by smtp.andreasbaumann.cc (Postfix) with ESMTP id 51234CD9FB
	for <mail@andreasbaumann.cc>; Mon, 18 Feb 2019 11:23:42 +0100 (CET)
Received: from srv1.tyzoid.com (unknown [10.10.1.8])
	by mail.tyzoid.com (Postfix) with ESMTPS id 36E46243DB
	for <mail@andreasbaumann.cc>; Mon, 18 Feb 2019 10:23:21 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=archlinux32.org;
	s=mail; t=1550485401;
	bh=Ha1S6//vdNX+QctMeQI1k4hsZobqI3BS3GIsKp/U5HY=;
	h=To:Subject:From:Date:Reply-To:From;
	b=rReY9YRgLCB8haS+IjE5xt5075RzGl/sABDlGOuG+moDDbt8Bcj4R8zZRzv8yZ4++
	 6vl084Tu086/iImWOeay2v+0xdNGbrlztt1fTBoAmXeQPJqm+6Qe8mtQaVs9BwJ7S5
	 ASOBJdHkCwxEV42CB+Uz5nKJbIDhau/CXvOAdUAw=
Received: by srv1.tyzoid.com (Postfix, from userid 33)
	id 14FDB3375D; Mon, 18 Feb 2019 10:23:21 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=archlinux32.org;
	s=mail; t=1550485401;
	bh=PH0F3DZyff+JvrpiIJ/+gBXwpvGfj+sHClF8nC+GUc8=;
	h=To:Subject:From:Date:Reply-To:From;
	b=l1mGzsSo8p8K6HzWD+UL3qg6YuDcQroIv3JCbVgQARh20ZNa6xkZq0OjLzHqC8gkk
	 9YcoAn3WrgoAx5C1/TXc41cVyMaY1AAaiBybPTy9KRa4VooBOFdfTLDMHp3vDkwJzE
	 CXUFa2oTjHyFVLrSbFmVNRA0dKMKvMuAn3SD7pWM=
To: mail@andreasbaumann.cc
Subject: Weightloss
X-PHP-Originating-Script: 1000:email.php
From: "Arch Linux 32 Forums Mailer" <noreply@archlinux32.org>
Date: Mon, 18 Feb 2019 10:23:21 +0000
MIME-Version: 1.0
Content-transfer-encoding: 8bit
Content-type: text/plain; charset=utf-8
X-Mailer: FluxBB Mailer
Reply-To: "Josephchich" <zabenko65903@myblogmail.xyz>
Message-Id: <20190218102321.14FDB3375D@srv1.tyzoid.com>

Josephchich from Arch Linux 32 Forums has sent you a message. You can reply to Josephchich by replying to this email.

The message reads as follows:
-----------------------------------------------------------------------

[url=https://5b7053wx8g902z6de2srdp1mc6.hop.clickbank.net/?tid=XRM55]The Flat Belly Fix[/url] 
This is the only 21-day rapid [url=https://5b7053wx8g902z6de2srdp1mc6.hop.clickbank.net/?tid=XRM55]weight loss system[/url] that allows you to easily lose an average of 1 lb a day for 21 days without feeling hungry or deprived. The unique and brand new techniques used in this System are proven SAFE. And they do not cause the rebound weight gain common to all the other rapid weight loss systems that are not backed by the latest science. The Flat Belly Fix System takes advantage of a recent scientific discovery that proves the effective weight loss power of an ancient spice. Combined with other cutting edge ingredients in the patent pending Flat Belly Fix Tea™ — that you can make right in your own kitchen in minutes — this System is the quickest, easiest and most enjoyable way to quickly get the body you desire and deserve.

-----------------------------------------------------------------------

--
Arch Linux 32 Forums Mailer

Or the receive path via srv1.tyzoid.com, mail.tyzoid.com is 100% faked, but I doubt that.

#16 Re: Creating/Maintaining Packages » noreply@archlinux32.org sending Spam ? » 2019-02-16 11:07:12

Yeah. I also think, someone read the database with emails from the BB forum..

#18 Re: Creating/Maintaining Packages » extra/firefox » 2019-02-13 07:23:53

'firefox-i18n' and 'firefox' are on 65.0 now.
I don't experience any problems so far.

#19 Re: Creating/Maintaining Packages » extra/firefox » 2019-02-12 06:47:46

Ok, I rescheduled and priorized all firefox i18n files..

#20 Re: Creating/Maintaining Packages » extra/firefox » 2019-02-12 06:39:40

firefox 65 hits stable. :-)

There is an issue with the corresponding i18n files, maybe they will be build now, or I have to
force them all onto the build slaves?

#21 Re: Pacman / Pacman Upgrades » [solved] 11.02.2019 Error "pacman -Syu" » 2019-02-12 06:38:51

Can you check which mirror you are using in /etc/pacman.d/mirrorlist?
Maybe switching that one helps.

Also, do a pacman -Syyu instead of pacman -Syu to force the update
of seemingly up-to-date database files..

I cannot reproduce this using my mirror http://archlinux32.andreasbaumann.cc,
just did a full update on stable.

#22 Re: Creating/Maintaining Packages » extra/firefox » 2019-02-11 06:50:32

Yes, if you strace the process then you see firefox-bin is restarting itself in an endless loop. This is for 0.64 and 0.65.
BTW: I managed to build a firefox by hand disabling more LTO stuff in mozconfig. I checked in and I hope it will hit
the build slaves soon.

#23 Re: Creating/Maintaining Packages » extra/firefox » 2019-02-10 13:40:23

Trying a build now disabling also LTO in LDFLAGS and FLAGS, not just in Rust.

#24 Re: Creating/Maintaining Packages » extra/firefox » 2019-02-10 13:14:15

I don't think anything is working here: /tmp files are not used, LTO is still done,
and in parallel making matters worse.

So I cannot reproduce a successful build with the current patches in PKGBUILD:

252:05.90 toolkit/library/libxul.so

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND                               
24627 abaumann  20   0 3699360 719468    660 D   2.0  23.4   0:02.11 lto1-wpa-stream
30886 abaumann  20   0 3699360 387472   1272 D   1.0  12.6   0:00.03 lto1-wpa-stream
20540 abaumann  20   0 3699360 379288      0 S   0.0  12.3   4:32.79 lto1-wpa

#25 Re: Creating/Maintaining Packages » extra/firefox » 2019-02-10 09:13:39

I'm trying that on the buildmaster machine. I'm building outside of our build system, if that works, then we may
find out, what exactly goes wrong. /tmp on tmpfs was a really bad idea, /tmp on a SSD with only 2 GB of disk space
left too. Now my 3rd run is using /tmp on the slow old platters. :-)

Board footer

Powered by FluxBB