Re: [arch-general] Sha256sum unexpected behaviour
On 10 January 2020 08:27:11 GMT, Leonidas Spyropoulos via arch-general
wrote:
>Hello,
>
>I got a weird issue with sha256sum behaviour. When creating the package
>with makepkg --geninteg I get a hash and when trying to build it with
>makepkg the hash fails. The interesting bit is --ptintsrcinfo comes up
>with a different hash.
>
>Anyone got some idea why this might happen?
>
>See below some debugging info
>
>~/linux-gc$ makepkg --geninteg
>==> Retrieving sources...
> -> Found linux-v5.4.10-arch1.tar.gz
> -> Found config
> -> Found 0001_bmq_v5.4-r1.patch
> -> Found 0002_enable_additional_cpu_optimizations-20190822.tar.gz
>==> Generating checksums for source files...
>sha256sums=('bd51016d038277d2edd4e6d6def53b0ba24e0b238662d404a07a7d706ad2b5d3'
> 'aa77f7e3b611787f734c7e7d7503d3debf9af86ac999e8bccf533c5a854ec15b'
> '0b770209a72171dfd46401d67d13204a767eb1749ef522df7ea7292b83046537'
>'8c11086809864b5cef7d079f930bd40da8d0869c091965fa62e95de9a0fe13b5')
>
>~/linux-gc$ makepkg --printsrcinfo
>pkgbase = linux-gc
>pkgdesc = Linux
>pkgver = 5.4.10
>pkgrel = 1
>url = https://cchalpha.blogspot.co.uk/
>arch = x86_64
>license = GPL2
>makedepends = bc
>makedepends = kmod
>makedepends = libelf
>makedepends = xmlto
>makedepends = python-sphinx
>makedepends = python-sphinx_rtd_theme
>makedepends = graphviz
>makedepends = imagemagick
>makedepends = git
>options = !strip
>source =
>linux-v5.4.10-arch1.tar.gz::https://git.archlinux.org/linux.git/snapshot/linux-v5.4.10-arch1.tar.gz
>source = config
>source =
>0001_bmq_v5.4-r1.patch::https://gitlab.com/alfredchen/bmq/raw/master/5.4/bmq_v5.4-r1.patch
>source =
>0002_enable_additional_cpu_optimizations-20190822.tar.gz::https://github.com/graysky2/kernel_gcc_patch/archive/20190822.tar.gz
>validpgpkeys = ABAF11C65A2970B130ABE3C479BE3E4300411886
>validpgpkeys = 647F28654894E3BD457199BE38DBBDC86092693E
>validpgpkeys = 8218F88849AAC522E94CF470A5E9288C4FA415FA
>sha256sums =
>1fda6369ec7038c9ca1fe7aa6206977c5b8983c77e9d74e4ba458a4d042d1d31
>sha256sums =
>aa77f7e3b611787f734c7e7d7503d3debf9af86ac999e8bccf533c5a854ec15b
>sha256sums =
>0b770209a72171dfd46401d67d13204a767eb1749ef522df7ea7292b83046537
>sha256sums =
>8c11086809864b5cef7d079f930bd40da8d0869c091965fa62e95de9a0fe13b5
>
>pkgname = linux-gc
> pkgdesc = The Linux kernel and modules with the BMQ CPU scheduler
>depends = coreutils
>depends = kmod
>depends = initramfs
>optdepends = crda: to set the correct wireless channels of your country
> optdepends = linux-firmware: firmware images needed for some devices
>provides = linux-gc=5.4.10
>
>pkgname = linux-gc-headers
>pkgdesc = Headers and scripts for building modules for the Linux kernel
>depends = linux-gc
>provides = linux-gc-headers=5.4.10
>provides = linux-headers=5.4.10
>
>Thanks,
makepkg --geninteg doesn't change the PKGBUILD, I think you're looking for
'updpkgsums'.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [arch-general] pambase update now requires explicit service files in /etc/pam.d/ - dovecot affected
On Mon, 11 Feb 2019 at 16:32, Ralph Corderoy wrote: > https://bbs.archlinux.org/viewtopic.php?pid=1831377 is a recent thread > on this pambase change causing problems. Apparently, I hijacked it so > it's now closed. But I'm pleased I did because others that arrive there > from Google, like I did, will now have the trail I laid to follow. > Please lose that mentality. Just because $searchengine returns a thread that contains one or more of the keywords you entered in the search box, does not mean that you automatically get a free pass to dump your own issue into the thread. Engage your brain, read the topic, evaluate whether your issue is the same and whether you can contribute anything to help with the resolution of the original poster's issue. If what you are going to post will not assist the original poster resolve their issue, then you are hijacking the topic and should return to your search results (or create your own topic, if you have run out of results...) In this case you had no interest in helping the OP, you just wanted a platform to share your own grievances relating to the recent pambase change, and draw attention to an issue with particular importance to yourself. To then try to pass this off as philanthropy is obscene. Don't be surprised if, the next time you pull this sort of stunt, you find yourself banned from the bbs. Regards WorMzy
Re: [arch-general] [arch-dev-public] proposal to add "aurpublish" to community
On 20 July 2018 at 08:38, Jelle van der Waa wrote: > On 07/20/18 at 09:05am, Jelle van der Waa wrote: > > On 07/19/18 at 07:23pm, Florian Pritz via arch-dev-public wrote: > > > On Wed 18.07.18 - 15:28, Eli Schwartz via arch-dev-public wrote: > > > > I would like to add this to [community], but I'm unsure what people > > > > think about this; specifically, whether this might come too close to > > > > "supporting the AUR via [community] packages". Note that this is > *not* > > > > an AUR helper and is strictly a tool for package *maintainers* to use > > > > during the process of uploading. > > > > > > Uploaders are fine by me and I think we had one in previously. > > > > From what I can recall, we had one in, some discussion and it was gone > > again. I'll try to find the post in the archives. > > > > Gotcha, it was cower. [1] > > [1] https://lists.archlinux.org/pipermail/aur-general/2010- > December/012763.html > > -- > Jelle van der Waa > (apologies for crosslist posting) For uploaders, there was 'burp' in [extra] which which was added without any serious opposition, and remained in the repos until shortly after AUR4 was launched (which made it redundant). See https://lists.archlinux.org/pipermail/arch-dev-public/2012-April/022787.html and https://bugs.archlinux.org/task/46210 Cheers, WorMzy
Re: [arch-general] Archlinux, kernel 4.x , VMware Workstation 11
On 1 June 2015 at 15:43, Mihamina Rakotomandimby mihamina.rakotomandi...@rktmb.org wrote: Hi all, I'm heavily using VMware workstation 11 and https://wiki.archlinux.org/index.php/VMware states about https://wiki.archlinux.org/index.php/VMware#3.19_kernels_and_up kernel 3.19 and up. When upgrading my system, I'm prompted to upgrade to 4.x kernels Is the provided patch (http://pastie.org/pastes/9934018/download) working for 4.x kernels ? Thank you. Note: I did not use https://aur.archlinux.org/packages/vmware-patch/ It works fine for me on 4.0.4. I manually patched too. Cheers, WorMzy
Re: [arch-general] [extra] package depending on [community] package
On 11 February 2015 at 03:39, Oon-Ee Ng ngoonee.t...@gmail.com wrote: Wasn't there a guideline somewhere against this? Should I raise bugs when I see this is taking place? Specific example that I just noticed is mpd, because libnfs in community updated. Of course, mpd was updated within 12 hours or so, and I understand packages are mostly best maintained by those who actually know/care about the project, hence I just want to ask the question, is this considered a bug or not? It seems to be an increasingly common occurrence -- the latest integrity check[1] reported 50 x86_64 extra/ packages that depend on community packages, whereas a year ago the same check found only 29[2]. I *think* the general rule is that core/ can depend on extra/, and extra/ can depend on community/, but core/ cannot depend on community/. I could only find one post supporting this theory, however. [3] [1] https://lists.archlinux.org/pipermail/arch-dev-public/2015-February/026973.html [2] https://lists.archlinux.org/pipermail/arch-dev-public/2014-February/025862.html [3] https://lists.archlinux.org/pipermail/arch-dev-public/2011-May/020396.html
Re: [arch-general] community svntogit stuck
On 17 December 2014 at 16:39, Armin K. kre...@email.com wrote: FYI, in case someone who maintains it looks at the mailing list, I must inform you that community svntogit web interface is stuck at the same commit for more than 24 hours now. https://projects.archlinux.org/svntogit/community.git/log/ -- Note: My last name is not Krejzi. Looks okay here. Have you tried bypassing your browser's cache for that page? (Ctrl+F5 in some browsers) Cheers, WorMzy
Re: [arch-general] community svntogit stuck
On 17 December 2014 at 17:03, Ido Rosen i...@kernel.org wrote: On Wed, Dec 17, 2014 at 11:53 AM, WorMzy Tykashi wormzy.tyka...@gmail.com wrote: On 17 December 2014 at 16:39, Armin K. kre...@email.com wrote: FYI, in case someone who maintains it looks at the mailing list, I must inform you that community svntogit web interface is stuck at the same commit for more than 24 hours now. https://projects.archlinux.org/svntogit/community.git/log/ -- Note: My last name is not Krejzi. Looks okay here. Have you tried bypassing your browser's cache for that page? (Ctrl+F5 in some browsers) Are you just looking at the 33 min ago part? When you click into I was, whoops. I can see the problem now too. Sorry for the noise. the latest commit that's marked 33 min ago on the log page Armin linked, you can see it is from 2014-12-10 16:56:41, so whatever stopped that page from updating happened about 33 minutes after that time, I think? When you click expand it shows more recent commits, so at least other parts of the site seem to be working... Cheers, WorMzy
Re: [arch-general] Strange (sd-pam) process
On 13 June 2014 10:21, Yamakaky yamak...@yamaworld.fr wrote: Hi `systemd --user` has a child `(sd-pam)`. It's certainly related to pam, but why has it such a strange name ? Thanks Hi, It's so that it looks pretty in ps output [1]. Cheers, WorMzy [1] http://cgit.freedesktop.org/systemd/systemd/tree/src/core/execute.c#n809
Re: [arch-general] Strange (sd-pam) process
On 13 June 2014 12:57, Yamakaky yamak...@yamaworld.fr wrote: And what is it's purpose ? Hi, 's:#n809:#n806:' on my earlier link. ;) I can't tell you any more than is written there. If it doesn't answer your question, you may want to ask on the systemd mailing list [2], they're more likely to have the answers you seek. Cheers, WorMzy [2] http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [arch-general] Mounting cdrom/dvd stopped working after updates in last week or so
On 11 June 2014 07:19, mick bare...@tpg.com.au wrote: Updates I installed in the last week or so have caused this error message to appear instead of the disk being mounted: Error mounting /dev/sr1 at /run/media/mick/VMDVEC_ESSH_ENG1: Command-line `mount -t iso9660 -o uhelper=udisks2,nodev,nosuid,uid=1000,gid=100,iocharset=utf8,mode=0400,dmode=0500 /dev/sr1 /run/media/mick/VMDVEC_ESSH_ENG1' exited with non-zero exit status 32: mount: unknown filesystem type 'iso9660' Also when I try to mount my USB hard drive I got the following: Error mounting /dev/sde2 at /run/media/mick/Portable: Command-line `mount -t ntfs -o uhelper=udisks2,nodev,nosuid,uid=1000,gid=100,dmask=0077,fmask=0177 /dev/sde2 /run/media/mick/Portable' exited with non-zero exit status 32: mount: unknown filesystem type 'ntfs' Prior to these problems the hard disk would only mount as read only, very useful for a back device. where can I find the solution to these problems? Was one of the updates your kernel (e.g. linux package)? If so, have you rebooted since? Your problem is that the kernel modules (e.g. ntfs.ko and isofs.ko) for the kernel you have booted are no longer on your filesystem (presumably they have been replaced by the modules for a newer kernel). Cheers, WorMzy
Re: [arch-general] linux-3.14.3-1 and FAT32 /boot partition mount fail
On 12 May 2014 09:22, Andrey Mivrenik myvre...@gmail.com wrote: Hello, After Linux kernel update my system can't boot properly because of this error: [FAILED] Failed to mount /boot Although it gives me opportunity to login as root. When I try to mount it manually: mount: unknown filesystem type 'vfat' Kernel downgrade to 3.14.2-1 resolved this. So, did I miss something or it's a bug? I have to use FAT32 for /boot because I have that UEFI thing. Regards, -- *GPG Key ID:* D782DAB8 This is a frequent problem on UEFI systems that aren't set up correctly. The kernel you're booting with doesn't match the modules installed to /usr, because the kernel your boot manager is loading is an older one. The new kernel was installed elsewhere, and wasn't copied to the correct location. Check your fstab and see where you're mounting your ESP. Remember that the linux package installs the kernel to /boot/vmlinuz-linux. If /boot is your ESP, check where your boot manager loads the kernel from. If your boot manager uses an absolute path, remember that / (or \) will be the root of the ESP, not your arch partition. Here's the latest thread that I've seen: https://bbs.archlinux.org/viewtopic.php?id=180056 I'm sure plenty more would turn up in a forum search though. Cheers, WorMzy
Re: [arch-general] [arch-dev-public] Trimming down our default kernel configuration
On 27 March 2014 21:34, Kevin Ott supercodingmon...@gmail.com wrote: I'm pretty sure your summary is accurate. However, these are things done in a configuration file when building the kernel. There isn't really a default. There is -- download the kernel sources and run make defconfig. It'll start with the current default for the architecture you're building on [1 - x86_64][1 - i386], (which might not be up-to-date), then sets any new flags to their default state. I dunno how usable the default config is though, presumably not very, or else Arch wouldn't deviate so from the defaults so much as to need to ship custom configs with ABS. WorMzy [1 - x86_64] https://github.com/torvalds/linux/blob/master/arch/x86/configs/x86_64_defconfig [1 - i386] https://github.com/torvalds/linux/blob/master/arch/x86/configs/i386_defconfig
Re: [arch-general] Problems of using pacman and updating the filesystem
On 8 March 2014 03:29, Cao, Renzhi (MU-Student) rc...@mail.missouri.edu wrote: I am not sure which one is used as my boot loader, could you please tell me how to check that? I am thinking using this following command: #pacman -Rs lilo #pacman -Rs grub-common #pacman -S grub Is that correct? Thank you so much! Renzhi Cao Email : rc...@mail.missouri.edu You are new to Arch Linux, but you have an Arch Linux system that pre-dates the usr-bin move from over seven months ago? :/ You don't even know what boot loader you're using?? Give up with this installation. Reinstall Arch from an up-to-date installation media, and follow the beginner's guide. I think you will learn more by doing this than trying to fix your current installation. Regards, WorMzy
Re: [arch-general] Forum registration requires INSANE captcha.
On 11 February 2014 00:00, Jeremy Nicoll - ml archlinux jn.ml.alx@wingsandbeaks.org.uk wrote: I've been lurking on this maillist for maybe a year, after reading somewhere that Arch might be a good solution for me as a linux newbie. I disagree with your source. If anything, Arch Linux is aimed at experienced Linux users, who at least know the basic ins-and-outs of a Linux-based operating system, and can solve their own problems (either by first-hand knowledge, or by researching). That's not to say that newcomers to Linux can't use Arch, they just shouldn't expect to have their hand held and be spoonfed solutions to all their problems. It seems to me that this captcha stops potential linux users, as opposed to those who do have a working system, from joining your forum. Arch has no aims to be popular. WorMzy
Re: [arch-general] tmpfs 100% /tmp - No space left on device
On 13 August 2013 17:43, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: Hi :) when I try to build current linux-rt I get No space left on device, resp. df shows tmpfs 100% /tmp. What can I do? Add tmpfs /tmp tmpfs nodev,nosuid,size=3G 0 0 to /etc/fstab? What should somebody do, assumed there are only 2 GB available by RAM? I could build the kernel-rt before this one, [rocketmouse@archlinux ~]$ uname -rm 3.8.13-rt14-1-rt x86_64 Some information: [root@archlinux rocketmouse]# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda935G 24G 9.6G 71% / dev 1.8G 0 1.8G 0% /dev run 1.9G 1008K 1.9G 1% /run tmpfs 1.9G 0 1.9G 0% /dev/shm tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup tmpfs 1.9G 1.9G 0 100% /tmp /dev/sdb12 48G 9.9G 35G 22% /home/music /dev/sda11 57G 23G 32G 43% /mnt/music /dev/sdb820G 7.3G 12G 40% /mnt/maverick [rocketmouse@archlinux ~]$ hwinfo --memory 01: None 00.0: 10102 Main Memory [Created at memory.66] Unique ID: rdCR.CxwsZFjVASF Hardware Class: memory Model: Main Memory Memory Range: 0x-0xe78c6fff (rw) Memory Size: 3 GB + 512 MB Config Status: cfg=new, avail=yes, need=no, active=unknown [root@archlinux rocketmouse]# cat /etc/fstab # # /etc/fstab: static file system information # # file system dir type options dump pass # UUID=f386221b-fc9c-434b-b4e7-b3b1b97be8aa LABEL=archlinux /dev/sda9 / ext3 rw,relatime,data=ordered0 1 # UUID=3e19b702-30ed-4574-91d7-1594fad71842 /dev/sdb7 noneswapdefaults0 0 # UUID=4b65ccbf-2219-4734-98fa-16c58d4f60fa /dev/sda10 noneswapdefaults,pri=-2 0 0 /dev/sda11/mnt/music ext3 noatime,defaults 0 2 /dev/sdb12/home/music ext4 noatime,defaults 0 2 The available rest output of the terminal, when building linux-rt: cp: failed to extend ‘/tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/modules/3.10.6-rt3-1-rt/kernel/sound/usb/snd-usbmidi-lib.ko’: No space left on device INSTALL sound/usb/usx2y/snd-usb-us122l.ko INSTALL sound/usb/usx2y/snd-usb-usx2y.ko cp: error writing ‘/tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/modules/3.10.6-rt3-1-rt/kernel/sound/usb/usx2y/snd-usb-us122l.ko’: No space left on device cp: failed to extend ‘/tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/modules/3.10.6-rt3-1-rt/kernel/sound/usb/usx2y/snd-usb-us122l.ko’: No space left on device cp: error writing ‘/tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/modules/3.10.6-rt3-1-rt/kernel/sound/usb/usx2y/snd-usb-usx2y.ko’: No space left on device cp: failed to extend ‘/tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/modules/3.10.6-rt3-1-rt/kernel/sound/usb/usx2y/snd-usb-usx2y.ko’: No space left on device MKDIR /tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/firmware/acenic/ MKDIR /tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/firmware/adaptec/ INSTALL /tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/firmware/atmsar11.fw MKDIR /tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/firmware/bnx2x/ install: error writing ‘/tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/firmware/atmsar11.fw’: No space left on device install: failed to extend ‘/tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/firmware/atmsar11.fw’: No space left on device make[1]: *** [/tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/firmware/atmsar11.fw] Error 1 make[1]: *** Waiting for unfinished jobs MKDIR /tmp/yaourt-tmp-rocketmouse/aur-linux-rt/pkg/linux-rt/lib/firmware/bnx2/ make: *** [_modinst_post] Error 2 == ERROR: A failure occurred in package_linux-rt(). Aborting... == ERROR: Makepkg was unable to build linux-rt. == Restart building linux-rt ? [y/N] == - == Regards, Ralf Build the package outside of /tmp. You have plenty of space on /
