You are not logged in.

#2 Re: Creating/Maintaining Packages » [SOLVED] i686/community/netbeans/. New 11.0 version is out. » Yesterday 15:29:59

I think it's scheduled to be built; see 'other versions' here, suggesting it's in the build list: … /netbeans/

There should be a way to find it it's already tried to build it already and failed and for what reasons, but I've forgotten how to get to that, unfortunately.

Edit: For clarity, for anyone coming across this post after 11.0 has been built, that link above documents the 10.0 version as being out, but mentions 11.0 as being in the build list at time of writing.

#3 Re: Installation » [SOLVED] mkinitcpio Bug while installation » 2019-04-13 18:11:35

Yes, if you haven't created a valid initcpio you won't be able to boot, and it won't have written the menu entries into grub.  I take it since you're in the installation process, having the right perms shouldn't be an issue; you should be logged in as root.  I'm not sure where the temp files are created, but if they're in a tmpfs, you'll need the ram to be able to handle that, but I assume your 1000H came with at least 1GB of RAM like my EeePC900 did originally, and to be honest that should be plenty.  A 'mount|grep /tmp' should show you how that's mounted though.  I guess it's set up again when you archchroot into your new FS.

#4 Re: Installation » [SOLVED] git repository certificate expired » 2019-04-12 17:57:55

FWIW, using openssl s_client I was able to get the cert from the server, so it seems like that might well be the more robust way to do it from now on, rather than relying on the UI specification of a live browser.  Seems the cert expired on the 19th of March, so that fact nobody here complained about it before now says something, although I'm not sure exactly what to be fair.

#5 Re: Installation » [SOLVED] git repository certificate expired » 2019-04-12 14:57:40

Yes, looks that way.  Using firefox to try to get it, it tells me it's insecure, and won't get it.  Using curl, it tells me the certificate has expired, and using curl with the -k option shows me a valid looking gitea installation, so I assume it's just the cert that's gotten too old.  I'm slightly disappointed that firefox no longer shows me the expired certificate; I'm sure it used to.

#6 Re: Installation » Mirrors are painfully slow » 2019-03-24 21:36:50

For me even over wifi, speeds start off higher than they continue, but not to the degree you're looking at.  Even an old ST506 hard disc should be able to maintain a faster rate than that; my research suggests it should be able to clock at 5Mb/s resulting in something like a little over 600kB/s.  I assume you're using something more modern than ext2, so defragmentation shouldn't be an appreciable problem in my experience either.

I guess there's some buffering going on somewhere in the chain resulting in your initial speeds.  Have you any other devices attached to your network, and what sort of speeds are they able to download at?  This is a desktop chassis machine presumably, with a PCI based add on card to get these 300mbps speeds (and what sort of connection does that use, from my recollection the technology went straight from 100BaseT to gigabit in a few years with no intermediate steps).

#7 Re: Installation » Mirrors are painfully slow » 2019-03-24 17:26:04

Is that true also with curl?  Wget is not part of the standard installation at least the last time I did it, so I assume pacman is either spawning curl subshells, or using some web library to get its packages.  It's certainly not using wget in any case.

#8 Re: Installation » Mirrors are painfully slow » 2019-03-22 22:16:14

I just did a quick update and it maxed out my internet connection, pretty much.  My top scored repo is currently in france, which might be more or less useful to you depending on your exact location.  I use rankmirrors to sort my repos by speed before installation.

#9 Re: Kernel & Hardware » [Solved] Sound doesn't work after migrating archlinux32 to new hardw.. » 2019-03-19 21:07:50

Good to hear it's all worked out for you.  Sometimes around these parts it's considered best practice to mark fixed issues as 'solved' in the thread title.  I at least would kind of appreciate it if you did that now you've found the solution.

#10 Re: Kernel & Hardware » [Solved] Sound doesn't work after migrating archlinux32 to new hardw.. » 2019-03-18 22:18:16

It may be clarifying to see the output of 'journalctl -b|grep -i audio' (you probably need to sudo this or otherwise run it as root).

At the moment, I'm not seeing any error that might indicate what's going on here.  I wonder also, if you fancy doing a little more testing, whether sound works from a booted up live iso.  I forget at present what's installed there, but there should be something you can use to make a noise.

#11 Re: Servers & Networking » confusion about network configuration » 2019-03-17 19:43:05

I'm afraid I don't know.  For the time being I've resolved to not turn my video server on too early before the download window, so that I don't have to suspend it at all.

#12 Re: Servers & Networking » confusion about network configuration » 2019-03-16 17:54:33

In what way is it not functioning properly?  Is it just not coming back after a suspend?  I recently 'upgraded' to a newer isp provided router, and now if I suspend my headless server for a few hours it doesn't come back.  That's running with a static ip configuration not set by dhcp, and if I look at my 'ip a' it reckons the connection is still up, but if I try to ping the router it never comes back.  I need to restart my networking client before it works.

I'm afraid I know nothing of wicd, but I assume it's possible to do similar with that, as long as that's the only trouble your experiencing.

#13 Re: Installation » Install failure with 2019.01.04 » 2019-03-11 22:31:04

It may well be worth trying adding that hook, but I'll just note that I'm using a ps/2 keyboard on my arch64 box presently, and haven't had to do anything like that.

#14 Re: Installation » Install failure with 2019.01.04 » 2019-03-10 20:29:00

Try updating the archlinux32-keyring first, perhaps?  I recall having to do this on an old pentium 3 machine before the split between x64 and our x86, back when the main project used to support both arches, which would probably have been my first experience of archlinux back in the day.

#16 Re: Building » [SOLVED] x265 build failure holds back Plasma updates » 2019-03-10 20:11:52

Straightforward, but something the needs updaating every time there's a new version of the dependent package no?

#17 Re: Building » [SOLVED] x265 build failure holds back Plasma updates » 2019-03-08 17:29:36

Well, it would fall over with a slightly more clear error message, but still wouldn't point to the root cause, if you're doing what I think you're doing.

#18 Re: Building » [SOLVED] x265 build failure holds back Plasma updates » 2019-03-07 17:25:20

kfilemetadata doesn't explicitly express a package dependency at all on ki18n, so that include must be coming from some different build configuration I guess.

Exact version dependencies don't tend to be written in unless they're absolutely known to be absolutely required because in any case they tend to fail to get updated at the right time, and cause this kind of issue, although as I say above in this case it's not actually written in the package dependencies.  We currently have a number of bad version dependencies on optional dependencies between firefox-developer-edition internationalised editions and the core package (core package too old) and nvidia-390xx-utils optionally required by various nvidia-390xx-* packages but it's too new.  But these are optional dependencies so the version dependency can only be viewed as advice at best.

#19 Re: Installation » What constitutes an i686? AMD K6-2+ is not one? » 2019-03-07 17:03:56

Excellent!  I can't seem to find a way back to it once I go to the front page though, and I tend to think it should be one of the first things potential users read.  Pop it in the documentation side bar maybe?

#20 Re: Building » [SOLVED] x265 build failure holds back Plasma updates » 2019-03-06 05:11:10

Seems I was misinformed.  Thanks for testing.

#21 Re: Building » [SOLVED] x265 build failure holds back Plasma updates » 2019-03-05 21:39:10

Given the git server reporting that change was made 5 days ago, that shouldn't be the sole cause of build failures since more than a week ago.  But the build server sometimes barfs, so it might have been failing at random for more than two days previous to this change.

At least it's only the pkgbuild needing patching.  That should be easier to revert.

I'll note that the change also eliminates a PFX mnemonic which perhaps was thought to be the only non i686 command (I'm not overly familiar with x86 assembly myself).  I was under the impression that too new mnemonics don't cause build failures too; I thought they only came up when people tried to run them.  Perhaps something else is causing build failures?

#22 Re: Pacman / Pacman Upgrades » [SOLVED] cannot resolve jdk10-openjdk dependencies » 2019-03-05 21:28:40

Looks like packages need to be pushed from testing.  If I run my check script without excluding testing, it works, but as soon as I exclude the testing repo from the check, it reports these as missing.

#23 Re: Kernel & Hardware » X server almost always fails » 2019-02-28 22:35:21

Good stuff.  Yeah, that was my main idea of what to try first, although I still don't quite understand how DRM and KMS interact, so it is a fix it was a pure guess.

#24 Re: Kernel & Hardware » X server almost always fails » 2019-02-27 20:31:01

That's quite an old video card I think, so may not be an active testing candidate (for the upstream archlinux that is, for us archlinux32 users the test pool is us I tend to think).  You could try a legacy nvidia driver instead of nouveaux, or depending on your uses of the box, it might be worth trying to disable 3d entirely thus eliminating the need to DRM as I understand it.

Edit: To use the legacy nvidia driver, I think you'll need to downgrade xorg a little, so it might be worth trying other things first.  Looking at the docs I'm not sure how DRM interfaces with KMS in the nouveaux context, but it might be worth trying to move that into the initiramfs.

#25 Re: Creating/Maintaining Packages » sending Spam ? » 2019-02-18 20:47:49

Okay, I've seen the full email of ula8000 now.  It suggests google actually received the mail from an ipv6 address indicating a cloud computer run by a run by centrilogic, rather than tyzoid's server, which is different to andreas's mail above.

Andreas' mail looks to me all like a geniune mailing from the boards, the only odd thing is I can't find a user called Josephchich.  I'm not sure if I can see banned users in the user list though.

Board footer

Powered by FluxBB