Re: [arch-general] pacman reset procedure
On Fri, 27 Nov 2020 09:37:53 -0500 Jude DaShiell wrote: > Failed to synchronize all error failed to update each database and > finally error failed to synchronize all data bases. > > On Fri, 27 Nov 2020, Nate DeMare via arch-general wrote: > > > Date: Fri, 27 Nov 2020 09:23:55 > > From: Nate DeMare via arch-general > > To: General Discussion about Arch Linux > > Cc: Nate DeMare > > Subject: Re: [arch-general] pacman reset procedure > > > > "The pacman data bases I have apparently got broken and will not update." > > > > > > What specifically does the pacman error say? > Specific, exact errors. And don't top post.
Re: [arch-general] Problems with upgrading arch system do to file conflicts.
On Fri, 23 Oct 2020 20:12:39 -0400 matthew dyer via arch-general wrote: > Evening all, > > When trying to update my arch system, I get a message about files in > conflict with speech-dispatcher. Speech-dispatcher is not even listed as an > update. I have tried paceman overwrite with no luck. I looked at the arch > new updates and saw nothing to the effect of this. Is there something wrong, > or a bug somewhere that needs to be fixed? I have not been able to fine > anything on this one. I am scratching my head. > > Any help would be greatly appriseated. > > Thanks. > > Matthew Always, always, ALWAYS post complete errors, or better yet, complete output.
Re: [arch-general] problem upgrading old installation
On Fri, 9 Oct 2020 15:30:56 +0200 Łukasz Michalski wrote: > Hi, > > Any idea how can I overcome this problem: > > [root@nettest zork]# pacman -S -q --noconfirm archlinux-keyring > > downloading required keys... > > error: key "6D42BDD116E0068F" could not be looked up remotely > error: required key missing from keyring > error: failed to commit transaction (unexpected error) > Errors occurred, no packages were upgraded. > > root@nettest zork]# pacman-key --refresh-keys > gpg: refreshing 113 keys from hkps://hkps.pool.sks-keyservers.net > gpg: keyserver refresh failed: General error > ==> ERROR: A specified local key could not be updated from a keyserver. > > I also tried: > > # pacman-key --init > # pacman-key --populate archlinux > # pacman-key --refresh-keys > > Still the same error. > > I have this problem on two servers with last upate 1,5 year ago. > > Thanks, > Łukasz If the system is more than a year old, pacman is too old to successfully update the system anyway. I would suggest booting a recent install disk and using pacman's --sysroot option or use pacman-static. To get past the key error, use a working keyserver. hkps://keyserver.ubunut.com seems to be pretty reliable.
Re: [arch-general] conflict on /usr/bin generated by tigervnc?
On Wed, 9 Sep 2020 17:41:28 -0600 Javier via arch-general wrote: > Hi ! > > On Today's upgrade: > > % pacman -Syu > :: Synchronizing package databases... > ... > Packages (9) ... tigervnc-1.11.0-1 ... > ... > tigervnc-1.11.0-1-x86_64 131.3 MiB 3.51 MiB/s 00:37 > [] 100% > (9/9) checking keys in keyring > [] > 100% > (9/9) checking package integrity > [] 100% > (9/9) loading package files > [] 100% > (9/9) checking for file conflicts > [] 100% > error: failed to commit transaction (conflicting files) > tigervnc: /usr/sbin exists in filesystem (owned by filesystem) > Errors occurred, no packages were upgraded. > > Usually that get fixed by using "--overwrite /usr/sbin". But I find it wrong > for tigervnc to own "/usr/sbin", so I think in this case tigervnc is not > right. Would this be the case, or it's OK for tigervnc to be the owner and > then to overwrite? > > Thanks ! > NO! DO NOT OVERWRITE! In fact, never overwrite when the file is owned by another package, you'll just create more problems. This is a packaging bug, and this package is currently uninstallable on Arch. Scimmia pgpXxBOm6wjqm.pgp Description: OpenPGP digital signature
Re: [arch-general] Anyone having problems refreshing PGP keys lately?
On Wed, 22 Jul 2020 10:21:10 -0400 matthew dyer via arch-general wrote: > Good morning all, > > I am wondering if anyone is having problems refreshing PGP keys from the > default server? I can force it to use the ipv4 server, but using > mate-terminal with orca I am unable to edit the /etc/pacman.d/gnu/pgp.conf > file to change the server. Orca will not read it and plume will not open it > with sudo rites. Any ideas on this one? This is an older arch vm which will > not update till the PGP keys have been updated and imported. I do not have > speech in a conc so that would not work. Thanks. > > Matthew The SKS pools are not in good shape right now. Should work fine using the ubuntu keyserver. You should be able to update the archlinux-keyring package then update the system. If it's old enough that it doesn't have the key for archlinux-keyring, it's not going to have pacman 5.2 and won't be able to successfully update anyway. The hooks in current packages require pacman 5.2.
Re: [arch-general] pacman --assume-installed in a config file?
On Thu, 18 Jun 2020 15:30:24 +0200 Damjan Georgievski via arch-general wrote: > I often find myself using the `assume-installed`[1] option of pacman > when doing upgrades, since I want to avoid some (for me) nonsensical > dependencies to be installed. > > Is it possible to configure this in some config file, so I don't have > to remember to type it all the time? > > > > > [1] > sudo pacman -Syu --assume-installed noto-fonts > > noto-fonts is pulled as a dependency of plasma-integration, but I > don't want it installed since it takes over the default fonts (ships > an aggressive fontconfig configuration) for many websites, and looks > quite bad *for me* (on a 14" FHD display). > It's also a 90MB package I don't need. > > > Make a dummy package that provides it.
Re: [arch-general] oops, 'sudo: pacman: command not found'
On Sun, 07 Jun 2020 18:09:12 -0700 Greg Minshall wrote: > hi. a month ago i ran out of room on my root file system, so relocated > /var/cache/pacman to /home, and left behind a symlink. > > today, after a while, i did a 'pacman -Syu', which downloaded lots, and > ran through a lot new keys, upgrading, etc., then failed (see below), > and (the symbolic link at) /var/cache/pacman seems to have disappeared. > > any suggestions on how i might recover? (and, should i, possibly, > rather than using a symlink, have modified, e.g., /etc/pacman.conf?) > > i have all the files still in /home/pacman/pkg, etc. (and have put back > the symlink). > > cheers, and thanks in advance, Greg > > (210/487) upgrading pacman-mirrorlist > [#... truncated ... #] 100% > warning: /etc/pacman.d/mirrorlist installed as /etc/pacman.d/mirrorlist.pacnew > error: could not open file > /var/cache/pacman/pkg/pacman-5.2.1-6-x86_64.pkg.tar.zst: No such file or > directory > error: could not commit transaction > error: failed to commit transaction (transaction aborted) > Errors occurred, no packages were upgraded. > bash apollo2 (master): {1185} sudo pacman -Syu > [sudo] password for minshall: > sudo: pacman: command not found > bash apollo2 (master): {1186} ls /var/cache/ > atop.d/ fontconfig/ ldconfig/ lightdm/man/pkgfile/ > private/ Use pacman-static or an install disk (pacman --root) to finish the update and reinstall pacman. In the future, bind mounts.
Re: [arch-general] changing nickname on arch infrastructure
On Mon, 13 Apr 2020 17:15:05 +0300 Alexander Epaneshnikov via arch-general wrote: > hello list, i need to change my nick on arch bug-tracker, forum and > wiki. where and to whom do I need to write? > You don't, changing usernames isn't something we do. pgpa9OfzVgI8I.pgp Description: OpenPGP digital signature
Re: [arch-general] about ecryptfs-utils, openssl supporting should be added ?
On Wed, 27 Nov 2019 12:42:04 +0800 Yi Zheng via arch-general wrote: > why not add '--enable-openssl' into the configure options? > > Does it support OpenSSL now? If you want the functionality, how do you not know if it supports it? What's the actual issue here?
Re: [arch-general] Package guidelines 📦
On Mon, 14 Oct 2019 17:17:09 +0200 Alberto Salvia Novella via arch-general wrote: > Robin Broda: > > This is universally stupid. > abrasiveness = blockage > LOL, blocking a TU who's making valid points. This thread was going nowhere in the first place, so I guess it doesn't matter.
Re: [arch-general] `base` group replaced by mandatory `base` package - manual intervention required
On Wed, 9 Oct 2019 12:13:28 -0400 Jude DaShiell wrote: > One dependency that exists is netctl and dialog. You can't use wifi-menu > unless dialog is pre-installed and wifi-menu if I'm not much mistaken is a > part of netctl. > > > > -- Optional dependencies are a standard part of Arch.
Re: [arch-general] XFCE4 4.14 Missing Files?
On Wed, 14 Aug 2019 09:07:04 -0400 Dan Sommers <2qdxy4rzwzuui...@potatochowder.com> wrote: > Greetings, > > I tried to install XFCE4 4.14 (i.e., the xfce4 and xfce4-goodies > groups) this morning, and some of the packages can't be found. > > Relevant exerpts from pacman's output: > > error: failed retrieving file > 'xfce4-diskperf-plugin-2.6.1-2-x86_64.pkg.tar.xz' from > mirrors.kernel.org : The requested URL returned error: 404 > error: failed retrieving file > 'xfce4-fsguard-plugin-1.1.0-2-x86_64.pkg.tar.xz' from mirrors.kernel.org > : The requested URL returned error: 404 > error: failed retrieving file > 'xfce4-mpc-plugin-0.5.1-1-x86_64.pkg.tar.xz' from mirrors.kernel.org : > The requested URL returned error: 404 > error: failed retrieving file > 'xfce4-netload-plugin-1.3.1-2-x86_64.pkg.tar.xz' from mirrors.kernel.org > : The requested URL returned error: 404 > error: failed retrieving file > 'xfce4-smartbookmark-plugin-0.5.0-2-x86_64.pkg.tar.xz' from > mirrors.kernel.org : The requested URL returned error: 404 > error: failed retrieving file > 'xfce4-systemload-plugin-1.2.2-1-x86_64.pkg.tar.xz' from > mirrors.kernel.org : The requested URL returned error: 404 > error: failed retrieving file > 'xfce4-time-out-plugin-1.0.2-3-x86_64.pkg.tar.xz' from > mirrors.kernel.org : The requested URL returned error: 404 > error: failed retrieving file > 'xfce4-wavelan-plugin-0.6.0-2-x86_64.pkg.tar.xz' from mirrors.kernel.org > : The requested URL returned error: 404 > > The rest of the installation seemed to go well. > > Is this a matter of waiting for the new release to propagate? > > Is there a good/better place to report this (as a bug or otherwise)? > > Thanks, > Dan As always, update your system.
Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut
On Tue, 21 May 2019 18:28:50 +0200 Damjan Georgievski via arch-general wrote: > > 2) Question: > >Arch typically has used unversioned initrd images which has the > >convenience that the boot standzas don't need updating on new kernel. > > > > This can (also) be fixed if Arch implements the `kerne-install` [1] > mechanism to update the boot-loader stanzas. > > > [1] > https://www.freedesktop.org/software/systemd/man/kernel-install.html > Automated config is evil.
Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut
On Tue, 21 May 2019 12:24:09 -0400 Genes Lists via arch-general wrote: > 1) Feedback: > Tested one computer and it worked fine. > Used refind to boot - it has encrytped /home but not root. > Got text prompt for passphrase not graphical - think there is a way to > get graphical as well but need to read further how to do that. I prefer > text as I also can see the boot progress details which is helpful. > Still, be good to know how to get the graphical prompt anyway. > > Created initrd using > # dracut --kver xxx > > This seems to contain pretty much everything best I can tell > > 2) Question: >Arch typically has used unversioned initrd images which has the >convenience that the boot standzas don't need updating on new kernel. > > Which is preferable way to deal with this with dracut: > > 1) Unversioned: > ># dracut initramfs-linux.img --kver 5.1.3-arch1-1-ARCH > > 2) Keep version but link to unnamed: > ># dracut --kver 5.1.3-arch1-1-ARCH ># ln /boot/initramfs-5.1.3-arch-1-ARCH.img initramfs-linux.img > > or perhps soft link (ln -s)? > > thanks. Since ln won't work on vfat, that's not really an option for a lot of people.
Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut
On Tue, 21 May 2019 17:21:31 +0200 Lone_Wolf wrote: > Seems like having dracut depending on bash may not be a good idea. > > Or is there a way to make sure dracut scripts & hooks will use bash in > POSIX-compliant mode ? > > LW Bash runs POSIX scripts just fine. No need to do anything.
Re: [arch-general] Arch Linux USB stick won't boot
On Fri, 22 Mar 2019 19:37:18 -0600 st...@vwebr.net wrote: > My apologies, but the instructions aren't clear at all. I don't know > where in the instructions the event I'm seeing is taking place. > > I'm seeing a prompt but it's not obvious what to put there even from the > instructions. I not completely sure what is going on there. > > My guess is that it's trying to get me to set the root password by > entering the command 'passwd'. > > I'm guessing that, but the instructions don't make that clear is all I'm > saying. > > I'll try 'passwd' and see how far I get with that but even after I set > the password, it's not at all clear what is next. > > I never saw a menu before that prompt...there was no interaction at all > before that. > > Please rewrite your instructions. I am always able to follow clear > instructions with no help needed. > > Steve If you don't know what a command line is or what to do with it, you picked the wrong distro. Don't waste any more of your time, move on to something else. Scimmia
Re: [arch-general] BrlTTY Hard Dependancy on eSpeak
On Wed, 13 Feb 2019 15:25:19 -0500 "brent s." wrote: > On 2/13/19 3:16 PM, Storm Dragon via arch-general wrote: > > Hi, > > > > I'm having some issues with installing brltty. The problem is, it > > depends on espeak but I'm using the espeak-ng from community and it is > > giving me the unresolvable conflicts problem for that reason. > > > > I don't think that brltty actually needs espeak at all, and it could > > probably be listed as an optional dependancy along with espeak-ng. > > > > Thanks, > > Storm > > hopefully polyzen is on this list. > > polyzen- > > any reason why you couldn't add espeak to espeak-ng's provides? seems > like it's mostly compatible, at least from the interface and lib level: > > https://github.com/espeak-ng/espeak-ng#espeak-compatibility > Libs are different, so it's not a drop-in replacement. Provides would be incorrect.
Re: [arch-general] pambase update now requires explicit service files in /etc/pam.d/ - dovecot affected
On Mon, 11 Feb 2019 18:42:01 -0800 frede...@ofb.net wrote: > I don't understand the need for that reaction... He posted that he's glad he broke the rules, implying that he'd gladly do it again in the future. A strong reaction is not only warranted, but necessary. Scimmia
Re: [arch-general] Problems with shadow service
On Thu, 13 Dec 2018 07:52:55 +0100 Ralf Mardorf via arch-general wrote: > On Thu, 13 Dec 2018 07:34:12 +0100, Peter Nabbefeld wrote: > >Probably I should create the folder to fix the problem. Which owner > >and access rights are needed? > > No, use /usr/lib/sysusers.d/ to declare the user. > > [root@archlinux rocketmouse]# apropos sysusers.d > sysusers.d (5) - Declarative allocation of system users and groups > [root@archlinux rocketmouse]# cat /usr/lib/sysusers.d/ceph.conf > u ceph 340 - /run/ceph > [root@archlinux rocketmouse]# ls -ld /run/ceph/ > drwxrwx--- 2 ceph ceph 40 Dec 11 09:21 /run/ceph/ None of this is valid. sysusers.d is not the fix here in any way. See my other message. Scimmia
Re: [arch-general] Problems with shadow service
On Thu, 13 Dec 2018 07:33:49 +0100 Andy Pieters wrote: > On Wed, Dec 12, 2018 at 10:28 PM Peter Nabbefeld > wrote: > > > > > > Hello, > > > > because of a performance problem I've checked services and noticed this > > line: > > ● shadow.service > > loaded failed failedVerify integrity of password > > and group files > > > > > > So I checked this service and got this output: > > > > $ systemctl status shadow > > ● shadow.service - Verify integrity of password and group files > > Loaded: loaded (/usr/lib/systemd/system/shadow.service; static; > > vendor preset: disabled) > > Active: failed (Result: exit-code) since Wed 2018-12-12 06:59:27 > > CET; 14h ago > >Process: 561 ExecStart=/bin/sh -c /usr/bin/pwck -r || r=1; > > /usr/bin/grpck -r && exit $r (code=exited, status=1/FAILURE) > > Main PID: 561 (code=exited, status=1/FAILURE) > > > > Dez 12 06:59:24 tuchola systemd[1]: Started Verify integrity of password > > and group files. > > Dez 12 06:59:26 tuchola sh[561]: Benutzer »ceph«: Verzeichnis > > »/run/ceph« existiert nicht. > > Dez 12 06:59:26 tuchola sh[561]: pwck: Keine Änderungen > > Dez 12 06:59:27 tuchola systemd[1]: shadow.service: Main process exited, > > code=exited, status=1/FAILURE > > Dez 12 06:59:27 tuchola systemd[1]: shadow.service: Failed with result > > 'exit-code'. > > > > > > As system seems to run without problems (other than performance), I've > > got two questions: > > > > 1. Do I need the shadow service? Why? > > > > 2. Why does it fail? User "ceph" is defined, but /run/ceph does not > > exist as its home directory - why? Seems there's a problem in the > > installation of ceph-libs or any or its dependants (like libvirt). > > Probably the user is created only if whole ceph is installed, too? > > > > Kind regards > > > > Peter > Create the directory /run/ceph and pwck will be happy > How well do you really expect creating a dir on tmpfs to work? Anyway, for the OP, pacman does not remove users that were created by package installation for security reasons. If you removed ceph, the user is left over for you to deal with. See https://www.archlinux.org/todo/usergroup-management/ Scimmia
Re: [arch-general] Add MIT Licence to /usr/share/licences/common
On Sun, 4 Nov 2018 00:24:14 +0100 mpan wrote: > > It states MIT/BSD are special cases, just out of curiousity, what makes > > them special that they cannot be added? > Because there is no MIT or 1/2/3-clause BSD license. There are > hundreds of independent, barely related licenses that are quite similar > and, therefore, are considered together as a class of MIT licens*es* > (note the plural), 1/2/3-clause BSD licens*es* etc. Despite many of them > may be very similar and, in fact, usually they share huge portion of the > text, they are formally different agreements. > > In the above explanation I do not support any of the sides. Whether > classes that share 100% of important content and 99% of formatting > content, should be considered similar enough to have a shared entry in > Arch’s licenses directory, is a separate decision. I am just explaining. It has nothing to do with any of that. It's simply that those licenses have project-specific copyright information added to them and cannot be generic.
Re: [arch-general] Can I prevent Pacman from running hooks?
On Sat, 13 Oct 2018 11:44:37 -0500 Doug Newgard via arch-general wrote: > On Sat, 13 Oct 2018 18:41:45 +0200 > Tobias Hunger via arch-general wrote: > > > On Sat, Oct 13, 2018 at 5:15 PM Doug Newgard via arch-general > > wrote: > > > On Sat, 13 Oct 2018 14:12:11 +0200 > > > Tobias Hunger via arch-general wrote: > > > > > > > It would suffice to run all hooks in the leaves of the tree of systems > > > > (just before writing the actual HDD image files) and skip them for all > > > > others. > > > > > > Again, no, it wouldn't. The hooks would not run correctly. > > > > What makes you say so? > > > > I see nothing in the alpm-hooks man page that implies that this would not > > work. > > > > Best Regards, > > Tobias > > Because, as I said earlier, hooks can and do take into account the specific > files being installed. If you install one package that needs a specific hook, > running that hook later will have the correct file list and will not run > correctly. That should read "will not have the correct file list"
Re: [arch-general] Can I prevent Pacman from running hooks?
On Sat, 13 Oct 2018 18:41:45 +0200 Tobias Hunger via arch-general wrote: > On Sat, Oct 13, 2018 at 5:15 PM Doug Newgard via arch-general > wrote: > > On Sat, 13 Oct 2018 14:12:11 +0200 > > Tobias Hunger via arch-general wrote: > > > > > It would suffice to run all hooks in the leaves of the tree of systems > > > (just before writing the actual HDD image files) and skip them for all > > > others. > > > > Again, no, it wouldn't. The hooks would not run correctly. > > What makes you say so? > > I see nothing in the alpm-hooks man page that implies that this would not > work. > > Best Regards, > Tobias Because, as I said earlier, hooks can and do take into account the specific files being installed. If you install one package that needs a specific hook, running that hook later will have the correct file list and will not run correctly.
Re: [arch-general] Can I prevent Pacman from running hooks?
On Sat, 13 Oct 2018 14:12:11 +0200 Tobias Hunger via arch-general wrote: > It would suffice to run all hooks in the leaves of the tree of systems > (just before writing the actual HDD image files) and skip them for all > others. Again, no, it wouldn't. The hooks would not run correctly.
Re: [arch-general] Can I prevent Pacman from running hooks?
On Sat, 13 Oct 2018 10:11:10 +0200 Tobias Hunger via arch-general wrote: > Hi Arch Community, > > I have scripts that will install a set of arch linux machines for me > with all the tweaks I want. These scripts run pacman a lot to install > bits and pieces. Usually the script will running pacman to install one > package and then configure that package and then proceed to install > the next (set of) packages. This works great, but a noticeable part > of the run time is spent on running pacman hooks (e.g. to update the > man-db and similar things). > > So I am wondering: Is it possible to stop pacman from running hooks > during package installation? I do know when it is "safe" to not run > hooks (when the system is not complete yet) and when I need to run all > of them (right after the system has all packages installed that it > will have). > > So far I run pacman with a --hookdir that contains symlinks to > /dev/null named like some of the more expensive hooks that tend to > take long to complete. But a --no-hooks option to pacman would be > great for my use case. > > Is it possible to run pacman without it triggering hooks? > > Best Regards, > Tobias Some hooks take into account the specific files that were installed, so you cannot run them later. Why not just install everything at once?
Re: [arch-general] How to have multiple JDKs parallel?
On Mon, 17 Sep 2018 18:20:49 +0200 Guillaume ALAUX via arch-general wrote: > On Mon, Sep 17, 2018 at 5:48 PM Carsten Mattner via arch-general > wrote: > > > > On 9/17/18, Eli Schwartz via arch-general > > wrote: > > > > > So essentially what you really want is a way for pacman to remember your > > > choice. That would require pacman modify its configuration which is > > > something that goes against the current architecture... What would happen > > > instead is pacman.conf could be used to configure this. > > > > > > I'm not sure if IgnorePkg or HoldPkg would have an effect here... > > > > The way I read it, what's being suggested is something like Debian's > > update-alternatives. https://wiki.debian.org/DebianAlternatives > > > > Or a JVM version manager ala pyenv etc. Not sure. > > Just to give some backing: here is the official explanation of what > has already been stated before about JDK versions: > > "[…] non‑LTS releases are considered a cumulative set of > implementation enhancements of the most recent LTS release. Once a new > feature release is made available, any previous non‑LTS release will > be considered superseded. For example, Java SE 9 was a non‑LTS release > and immediately superseded by Java SE 10 (also non‑LTS), Java SE 10 in > turn is immediately superseded by Java SE 11." [0] > > So keeping OpenJDK 9 in our repo while OpenJDK 10 is out would be the > same as keeping say OpenJDK 8.u181 while OpenJDK 8.u182 is out! Even > though I can understand the (developer) use case, this is clearly out > of Arch Linux' scope. > > [0] http://www.oracle.com/technetwork/java/javase/eol-135779.html > > Guillaume Going forward with the new release policies, would it be better to just have an openjdk/openjre package that's always the latest version, then versioned packages for the lts releases, such as they are?
Re: [arch-general] Antergoes problem.
On Wed, 22 Aug 2018 12:46:41 -0400 Matthew Dyer via arch-general wrote: > Hi all, > > > Just installed antergoes which is an arch diribitive distro. Any how I > have yaourt Enabled to install packages from the AUR. When I attempted > to install or update packages with yaourt I get command not found. For > example, when I type yaourt -S espeak-ng-git I get the responce, "bash > command not found." any ideas on this. has something changed that I am > unare of. I never had this problem with this before. Thanks all. > > > Matthew If you're on Antergos, go ask the Antergos people. https://wiki.archlinux.org/index.php/Code_of_conduct#Arch_Linux_distribution_support_.2Aonly.2A
Re: [arch-general] libjson-c.so.3 problem
On Sun, 5 Aug 2018 16:33:37 +0100 niya via arch-general wrote: > hi everyone > > i have downloaded and installed bind and bind-tools version 9.11.2, > named.conf is configured, > when i enable and start named i get the following error > - > /usr/bin/named: error while loading shared libraries: libjson-c.so.3: > cannot open shared object file: no such file or directory. > - > pacman -Ss json-c > core/json-c 0.13.1-1 installed > > how do i fix this ? > > shadrock This is why partial updates are not supported. The most correct way to fix this would be to build a package of bind and bind-tools that builds the old version and doesn't conflict with the versions in the binary repos.
Re: [arch-general] How can I delete my flyspray account?
Done
Re: [arch-general] Kernel modules not loaded after Linux update
On Sun, 22 Jul 2018 11:27:04 +0200 Peter Nabbefeld wrote: > Hello, > > I've updated my installation yesterday, also doing an update of the > Linux kernel to 4.17.8. When starting this morning, kernel modules > rejected to load, so I even couldn't access the internet. > > I've downgraded Linux now to 4.17.2, but still have some problems > (probably because I only downgraded the kernel itself). > > I cannot find the error message from the service again, sorry, so I > cannot tell You, it had to do with some security parameter not set. > > According to the description of kernel downgrading in the wiki, I should > have downgraded linux-headers, too, but these are not in my package > cache - are they included in the kernel package now? > > How can I find out, which other kernel modules need to be downgraded? > > Kind regards > > Peter Through this entire thread, I didn't see if you ever checked `uname -a` with the new kernel installed and rebooting.
Re: [arch-general] nvidia-lts version
On Tue, 5 Jun 2018 17:21:18 +0200 Hering wrote: > Hello, > is there a reason why the current nvidia-lts version is 396.24 but when > checking https://www.nvidia.com/object/unix.html it says it should be > 390.67? > I am asking because the current nvidia-driver is causing problems with > Unity here and I was hoping to fall back to the nvidia-lts package until > things are fixed. But they seem to be the same version in the repo > currently. > > Best, > Marc > It's nvidia for the -lts kernel, it has nothing to do with nvidia's lts releases.
Re: [arch-general] arch-general Digest, Vol 163, Issue 29
On Thu, 31 May 2018 15:44:33 + Candy Adkins via arch-general wrote: > Please remove me from this list I didn't ask for your emails > > Candy > Somebody with access to your account did. This email won't do anything, either, follow the instructions provided in your original email below. > > From: arch-general on behalf of > arch-general-requ...@archlinux.org > Sent: Thursday, May 31, 2018 7:00:01 AM > To: arch-general@archlinux.org > Subject: arch-general Digest, Vol 163, Issue 29 > > Send arch-general mailing list submissions to > arch-general@archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.archlinux.org/listinfo/arch-general > or, via email, send a message with subject or body 'help' to > arch-general-requ...@archlinux.org > > You can reach the person managing the list at > arch-general-ow...@archlinux.org >
Re: [arch-general] libsecret dependency error
On Fri, 6 Apr 2018 20:43:48 +0200 Ralf Mardorf wrote: > On Fri, 6 Apr 2018 14:34:09 -0400, beest wrote: > >On Fri, Apr 06, 2018 at 02:11:44PM -0400, Trey Sizemore via > >arch-general wrote: > >> I've recently been getting the following errors for the libsecret > >> package, and I'm not sure how to best resolve: > >> > >> Making package: lib32-libsecret 0.18.6-1 (Fri Apr 6 13:15:40 EDT > >> 2018) ==> Checking runtime dependencies... > >> ==> Missing dependencies: > >> -> libsecret=0.18.6 > >> > >> > >> Or this variation with pacman: > >> > >> error: failed to prepare transaction (could not satisfy dependencies) > >> :: lib32-libsecret: installing libsecret (0.18.6-1) breaks dependency > >> 'libsecret=0.18.5+14+g9980655' > >> > >> Any help is greatly appreciated! > > > >'pacman -Syu' > > The OP obviously did that. > > >(At least, if you were using Arch. As it stands ... > > > >> Linux antergos 4.15.14-1-ARCH x86_64 > > > >... we can't vouch for the state of Antergos's repo and it is not > >supported here.) > > The OP didn't mention "antergos". I suspect he builds from AUR, see > https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=lib32-libsecret : His signature does. It doesn't matter that the package he's trying to build is in the AUR, he's on a different distro.
Re: [arch-general] deluge post-install
On Sat, 24 Mar 2018 09:29:07 -0400 Jude DaShiell wrote: > Interesting pip and pip3 found nothing. pypi though found a bunch of > packages. Now I need to learn how to use pypi since when I did a search > with the package I got into an unfamiliar interface and further with it > than had been the case previously. Pacman, not pip. And stop top posting. > > On Sat, 24 Mar 2018, Jude DaShiell wrote: > > > Date: Sat, 24 Mar 2018 09:17:09 > > From: Jude DaShiell > > Reply-To: General Discussion about Arch Linux > > To: John Ramsden via arch-general > > Subject: Re: [arch-general] deluge post-install > > > > One problem, > > Collecting python2-service-identity > > Could not find a version that satisfies the requirement > > python2-service-identity (from versions: ) > > No matching distribution found for python2-service-identity > > > > On Tue, 20 Mar 2018, John Ramsden via arch-general wrote: > > > >> Date: Tue, 20 Mar 2018 13:00:25 > >> From: John Ramsden via arch-general > >> To: arch-general > >> Cc: John Ramsden > >> Subject: Re: [arch-general] deluge post-install > >> > >> As the wiki mentions [1], you may need to install > >> python2-service-identity. > >> > >> [1] > >> > >> https://wiki.archlinux.org/index.php/Deluge#No_module_named_service_identity > >> > >> > >> On 03/20/2018 02:55 AM, Jude DaShiell wrote: > >>> A warning about a missing service_identity module comes up when > >>> deluge-console is used and I am probably not taking all correct steps to > >>> install that module to clear this warning.? Is this something that can > >>> be > >>> left alone or has to be left alone?? If I found the right module when it > >>> installs it doesn't also bring in any dependencies.? Should the package > >>> build for deluge have this module and dependencies added to it? > >>> > >>> > >>> > >>> -- > >> > >> > > > > >
Re: [arch-general] Re-install of Arch on a larger drive
On Sun, 18 Mar 2018 17:46:21 +0100 Ralf Mardorf wrote: > On Sun, 18 Mar 2018 11:33:19 -0500, Doug Newgard via arch-general wrote: > >On Sun, 18 Mar 2018 17:30:27 +0100 Ralf Mardorf wrote: > >> The "dd" command is inappropriate, a "cp -a" is the most reasonable > >> solution. However, UUIDs are still an issue, the average desktop > >> computer user should consider to prefer a lable over an UUID. > > > >Why is it inappropriate? It should work fine, and work with no other > >changes. Even the UUIDs/Labels would be the same that way. > > If so, don't beat around the bush, simply provide the command that does > it all :). If you need more than what Ricardo Band already posted, you're beyond help.
Re: [arch-general] Re-install of Arch on a larger drive
On Sun, 18 Mar 2018 17:30:27 +0100 Ralf Mardorf wrote: > On Sun, 18 Mar 2018 16:51:53 +0100, Ricardo Band via arch-general wrote: > >On Sat, 2018-03-17 at 17:25 -0400, Trey Sizemore wrote: > >> Hi all- > >> > >> I currently have Arch running on a 250GB drive, and I'm going to be > >> moving to a 500GB drive. > > > >why not just `dd if=/dev/olddrive of=/dev/newdrive` and then grow the > >filesystems in it change UUIDs in fstab, done? > > The "dd" command is inappropriate, a "cp -a" is the most reasonable > solution. However, UUIDs are still an issue, the average desktop > computer user should consider to prefer a lable over an UUID. Why is it inappropriate? It should work fine, and work with no other changes. Even the UUIDs/Labels would be the same that way.
Re: [arch-general] OpenRA / Mono exceptions
On Sat, 3 Mar 2018 17:56:52 +0100 Alajos Odoyle wrote: > On 2018-03-02 13:07, Levente Polyak via arch-general wrote: > > > > That's literally an incredibly stupid idea. Symlink /usr/lib/libtinfo.so.5 > > to /usr/lib/libtinfo.so.6 does not magically make it compatible for both, > > it is ABI incompatible that's the whole point of a soname bump. Anything > > linking to libtinfo.so.6 may now be broken in one or the other way. never > > ever overwrite existing versioned so libs with any other version. > > It will do until the fix made it into the Arch Linux Mono package. The > reason for this message was to let people know that I had no issues > applying this hack *so far*. People can decide for themselves if they > want to do it quick and dirty or not-so-quick and properly (the latter > which I referred to as "rebuilding Mono or something"). Calling the idea > "incredibly stupid" is just unnecessary. You may think it's unnecessary, but he's not wrong. Posting the info in the first place is the same as encouraging others to do something incredibly stupid, to the point where I would consider it malicious.
Re: [arch-general] Intel microcode - latest version not loading
On Wed, 28 Feb 2018 12:43:26 -0600 Dutch Ingraham wrote: > On Wed, Feb 28, 2018 at 11:50:09AM -0600, Doug Newgard via arch-general wrote: > > You're looking at the dates that the last *bundle* was released. That says > > nothing about what firmware is available for your processor. Your microcode > > was > > "updated early", so it is being loaded just fine. > > > > Scimmia > > Thanks, Scimmia. I had considered that, but thought that would have > been spelled-out somewhere on Intel's site and didn't want to just > assume. So, how does one determine what files are on the .img? The img file can be extracted with bsdtar. iucode_tool in the AUR used for working with the intel bin file inside of that .img file. It can list, extract, search, and more. There's even an example on the Microcode wiki page.
Re: [arch-general] Intel microcode - latest version not loading
On Wed, 28 Feb 2018 11:46:23 -0600 Dutch Ingraham wrote: > Hi all: > > I'm having an issue with Intel microcode loading. Specifically, the microcode > does not appear to be loading the latest version: > > ~ $ dmesg | grep microcode > [0.00] microcode: microcode updated early to revision 0x19, date = > 2013-06-21 > [0.931272] microcode: sig=0x106a5, pf=0x2, revision=0x19 > [0.931319] microcode: Microcode Update Driver: v2.2. > > > My processor is: > > ~ $ grep -E 'family|model|stepping' -m 4 /proc/cpuinfo > cpu family : 6 > model : 26 > model name : Intel(R) Xeon(R) CPU W3503 @ 2.40GHz > stepping: 5 > > The Intel website indicates the latest version of microcode for this processor > is version 20171117 [1]. However, as indicated above, the version loaded at > boot is dated 2013-06-21. > > I have the latest stable version of intel-ucode installed: > > ~ $ pacman -Q intel-ucode > intel-ucode 20180108-1 > > I have updated GRUB with , and rebooted. > The grub.cfg file shows, as the last line in the menuentry: > 'initrd /boot/intel-ucode.img /boot/initramfs-linux.img' > > I am using a stock kernel: > > ~ $ uname -a > Linux arch2 4.15.5-1-ARCH #1 SMP PREEMPT Thu Feb 22 22:15:20 UTC 2018 x86_64 > GNU/Linux > > > Can someone help me determine what is going on here? > > > [1] > https://downloadcenter.intel.com/download/27337/Linux-Processor-Microcode-Data-File?product=40799 You're looking at the dates that the last *bundle* was released. That says nothing about what firmware is available for your processor. Your microcode was "updated early", so it is being loaded just fine. Scimmia
Re: [arch-general] lftp bug
On Mon, 12 Feb 2018 13:12:02 -0500 Jude DaShiell wrote: > I don't know which is responsible for what. > I put together an lftp script and tried running the script to download a > torrent and am getting strange output. > > Script started on 2018-02-07 10:35:38-0500 > [jude@taf ~]$ cat debian.lftp > echo "downloading debian buster torrent" > #mget > https://cdimage.debian.org:/cdimage/unofficial/non-free/cd-including-firmware/buster_di_alpha2/amd64/bt-dvd/*512* > #mget > https://cdimage.debian.org:/cdimage/unofficial/non-free/cd-including-firmware/buster_di_alpha2/amd64/bt-dvd/firmware-buster-DI-alpha2-amd64-DVD-1.iso.torrent > torrent > https://cdimage.debian.org:/cdimage/unofficial/non-free/cd-including-firmware/buster_di_alpha2/amd64/bt-dvd/firmware-buster-DI-alpha2-amd64-DVD-1.iso.torrent > [jude@taf ~]$ lftp -f debian.lftp >downloading debian buster torrent > Assertion 'fd' failed at ../systemd-stable/src/basic/socket-util.c:1011, > function getpeergroups(). Aborting. > ...ter-DI-alpha2-amd64-DVD-1.iso.torrent: Getting meta-data: [Resolving > host address...] ^C > [jude@taf ~]$ exit > exit > > Script done on 2018-02-07 10:38:55-0500 > > Is this an upstream problem? https://bugs.archlinux.org/task/57388
Re: [arch-general] Corrupt Package (confirmed 2 servers) dovecot, jansson, python2-pillow
On Sun, 11 Feb 2018 16:22:04 -0600 "David C. Rankin" wrote: > On 02/11/2018 07:09 AM, Doug Newgard via arch-general wrote: > >> I refreshed the keylist with pacman-key no help, I finally just tagged > >> TrustAll at the end of the line in packman.conf and it worked fine. There > >> are > >> screwed up signatures there. > >> > > The issue is in your local keyring. Check all of the Arch Master Keys, make > > sure they're all signed by your local master key. > > Can someone please explain why this key trust issue happened? In the past 7 > years, running 10+ Arch boxes I have never had to adjust the trust on any key > within the arch-keyring. Why all of a sudden, and why on only one box, did I > have to --lsign-key for the eschwartz93 key? That is why this seemed so > bizarre. It's hard to say why it happened without you actually checking the Arch Master Keys like I mentioned. You should not be signing eschwartz's key, your pacman local master key should sign all of the Arch Master Keys, and with signatures from 3 of those, eschwartz's key becomes trusted. "Marginal trust" tells me that either eschwartz's key didn't have the 3 required signatures or you haven't signed all of the Arch Master Keys somehow.
Re: [arch-general] Corrupt Package (confirmed 2 servers) dovecot, jansson, python2-pillow
On Sun, 11 Feb 2018 06:33:56 -0600 "David C. Rankin" wrote: > On 02/11/2018 04:42 AM, Simon Doppler wrote: > > The error means that your pacman keyring knows Eli's key but has no > > trustlevel > > associated to it (have you tried refreshing the keys or reinstalling the > > archlinux-keyring package?). Eli's key has been recently added to the > > keyring > > and may not be up to date with the signatures. > > > > [1] https://mirror.fra10.de.leaseweb.net/ > > I refreshed the keylist with pacman-key no help, I finally just tagged > TrustAll at the end of the line in packman.conf and it worked fine. There are > screwed up signatures there. > The issue is in your local keyring. Check all of the Arch Master Keys, make sure they're all signed by your local master key.
Re: [arch-general] libxfont: removing fontsproto breaks dependency 'fontsproto>=2.1.3'
On Fri, 9 Feb 2018 21:54:10 -0600 "David C. Rankin" wrote: > On 02/09/2018 09:49 PM, Doug Newgard via arch-general wrote: > > It no longer exists in the repos. You have nothing depending on it. It's > > causing you problems. The solution seems obvious. > > Obvious solution applied, (pacman -R libxfont), update proceeded normally, > gremlins? > > Sorry for the noise... > Not gremlins, just an old package that never got cleaned out. Pacman doesn't do this automatically.
Re: [arch-general] libxfont: removing fontsproto breaks dependency 'fontsproto>=2.1.3'
On Fri, 9 Feb 2018 21:46:43 -0600 "David C. Rankin" wrote: > On 02/09/2018 09:17 PM, Doug Newgard via arch-general wrote: > > On Fri, 9 Feb 2018 20:53:01 -0600 > > "David C. Rankin" wrote: > > > >> All, > >> > >> Attempting to upgrade tonight I am met with a fontsproto breaks > >> dependency > >> 'fontsproto>=2.1.3' error and pacman quits. Is this a repo-sync issue or > >> is > >> this a bug? > >> > > > > It's neither. Why do you still have libxfont installed? > > > > Damned if I know?? > > Name: libxfont > Version : 1.5.3-1 > Description : X11 font rasterisation library > Architecture: x86_64 > URL : https://xorg.freedesktop.org/ > Licenses: custom > Groups : None > Provides: None > Depends On : freetype2 libfontenc xproto fontsproto>=2.1.3 > Optional Deps : None > Required By : None > Optional For: None > Conflicts With : None > Replaces: None > Installed Size : 300.00 KiB > Packager: Laurent Carlier > Build Date : Thu 19 Oct 2017 10:56:59 PM CDT > Install Date: Sat 21 Oct 2017 08:57:48 AM CDT > Install Reason : Installed as a dependency for another package > Install Script : No > Validated By: Signature > > Should I not have it? > It no longer exists in the repos. You have nothing depending on it. It's causing you problems. The solution seems obvious.
Re: [arch-general] libxfont: removing fontsproto breaks dependency 'fontsproto>=2.1.3'
On Fri, 9 Feb 2018 20:53:01 -0600 "David C. Rankin" wrote: > All, > > Attempting to upgrade tonight I am met with a fontsproto breaks dependency > 'fontsproto>=2.1.3' error and pacman quits. Is this a repo-sync issue or is > this a bug? > It's neither. Why do you still have libxfont installed?
Re: [arch-general] Proposal: add "--disable-modern-top" to procps-ng configure flags
On Sun, 10 Dec 2017 00:10:15 + Jonathon Fernyhough wrote: > I submitted, what I thought, was a reasonably structured and detailed > proposal to change one flag in a PKGBUILD file which would have few (if > any) side effects. > > The whole point of a proposal is to drive a discussion; there is no > assumption it is absolutely correct. I don't see that as "griping". If > I'd just said "top sucks, you should fix it", then fine - but I didn't > do that. To be clear, the real issue people are having with you here isn't your proposal. It's the fact that you submitted it to the bug tracker, the maintainer saw it, thought about it, and rejected it, but you couldn't let it go at that. You instead drew out a forum thread to the point it got closed, then decided to continue here. That is not the behavior of someone who wants discussion or to contribute, it's the behavior of someone trying to cause trouble. It comes across as petty and whiny. Please remember this for future interactions.
Re: [arch-general] Proposal: add "--disable-modern-top" to procps-ng configure flags
On Sat, 9 Dec 2017 10:55:51 -0600 Doug Newgard via arch-general wrote: > On Sat, 9 Dec 2017 16:31:21 + > Jonathon Fernyhough wrote: > > > If anyone is willing to help me contribute in a way that isn't viewed as > > "complaining" please point me in the right direction. > > And now you're asking how to complain without it being viewed as complaining. > The decision was made, move on unless you have a compelling argument you > haven't brought yet. Contributing is fine, harping on something that's already > decided and done (2 years ago!) is not contributing. Correction, that should be 3 years ago. pgpg12xdJf7br.pgp Description: OpenPGP digital signature
Re: [arch-general] Proposal: add "--disable-modern-top" to procps-ng configure flags
On Sat, 9 Dec 2017 16:31:21 + Jonathon Fernyhough wrote: > If anyone is willing to help me contribute in a way that isn't viewed as > "complaining" please point me in the right direction. And now you're asking how to complain without it being viewed as complaining. The decision was made, move on unless you have a compelling argument you haven't brought yet. Contributing is fine, harping on something that's already decided and done (2 years ago!) is not contributing. pgp2iWlokLKMT.pgp Description: OpenPGP digital signature
Re: [arch-general] Proposal: add "--disable-modern-top" to procps-ng configure flags
On Sat, 9 Dec 2017 15:39:46 + Jonathon Fernyhough wrote: > The "modern" default interface: > > * requires user configuration to make usable; Completely subjective > * uses low-contrast text; So? This is personal preference > * is not consistent with other distros; Nobody cares > * has caused confusion to Arch users [2]. Nobody cares What you have left out is that your proposal has already been rejected (https://bugs.archlinux.org/task/56639). Complaining in every venue you can find does nothing other than make people ignore you in the future. pgpX7ejfUPwg2.pgp Description: OpenPGP digital signature
Re: [arch-general] [arch-dev-public] Switching the bugtracker to Bugzilla
On Sun, 19 Nov 2017 17:58:55 +0100 William Gathoye wrote: > This is why at The Document Foundation and Mattermost, we have a QA team > (or at least one or two persons) which checks if the bugs are valid and > put in cc the people that have the abilities to work on it. I know all > of us have a life aside FOSS projects, but sometimes, even if the dev > put in cc cannot actually work on the fix for the bug itself, he might > answer a question in 2 minutes and help another one that will actually > do the fix for him: bringing synergy in the process. > > From my understanding and the time I spent following this community (I'm > subscribed to all Arch Linux public mailing lists and have been reading > all the message every weekend since 2012), a true bug triager person is > something I haven't seen in Arch yet (unless I'm wrong). That is exactly what Eli and I do. pgp5eknwVfcpH.pgp Description: OpenPGP digital signature
Re: [arch-general] Problem updating Fenrir from AUR.
On Mon, 23 Oct 2017 16:20:12 -0400 matthew dyer via arch-general wrote: > Hi all. > > Yesterday, I notesed that Fenrir got a miner update in the AUER and when > trying to update, I receive a message force settings could not be reconnized > or something to the efeect. Any ideas on this one? I only made a change so > that keyboard keys speak. I use yaourt to keep all my AUR packages updated. > If anyone has any way to get around this please let me know. I am using > gnome 3.26.1 with all updates as well as orca master as of this morning. > > Thanks. > > > > Sent from Mail for Windows 10 1. Wrong mailing list. This should be on aur-general at best, or more likely just on the package's AUR page. 2. We need exact errors. 3. When something in the AUR doesn't work, the first step should always be to try it with makepkg.
Re: [arch-general] Contributions to the wiki - Are user contributions a thing of the past?
On Wed, 23 Aug 2017 20:54:35 -0500 "David C. Rankin" wrote: > The latest being a small addition to the multilib page to make clear that > following repo addition and update you need to explicitly install the wanted > multilib packages. Following the directions on the page as it exists gets you > nowhere, but implies that it is all that needs to be done. First, if you enable the multilib repo because you need something and don't know that you would have to install that something, I would say you're on the wrong distro. This is common sense at in it's most basic. Second, the only thing that was removed was the useless examples, not the statement that you need to install something.
Re: [arch-general] Can someone update lib32-p11-kit?
On Wed, 10 May 2017 15:33:59 -0400 DR via arch-general wrote: > It's breaking 32bit chrome and other stuffs. > > Regards. There is no 32 bit Chrome anymore. What "other stuffs"?
Re: [arch-general] libx264 changes
On Mon, 8 May 2017 13:15:31 -0600 Leonid Isaev wrote: > I don't understand... testing/libx264 contains /usr/include/x264.h and doesn't > depend on ffmpeg, no? > > Cheers, There's been another reshuffle of the x264 packages. The "lib" packages were just symlinks when this thread started.
Re: [arch-general] libx264 changes
On Sun, 7 May 2017 18:05:16 + Carsten Mattner via arch-general wrote: > On Sun, May 7, 2017 at 4:45 PM, Doug Newgard wrote: > > So what? None of that should cause a problem if your custom > > ffmpeg package is done correctly. > > I have to override/repackage two packages now that x264.h is > in a package which leads me into a cycle. Or I repackage > ffmpeg, x264, libx264 locally, not just ffmpeg as before. > And again, the cycle doesn't matter at all if your ffmpeg package is set up correctly.
Re: [arch-general] libx264 changes
On Sun, 7 May 2017 16:36:43 + Carsten Mattner via arch-general wrote: > On Sun, May 7, 2017 at 3:01 PM, Doug Newgard wrote: > > On Sun, 7 May 2017 14:51:08 + > > Carsten Mattner via arch-general wrote: > > > >> For various reasons like missing features and wrong version > >> I cannot use arch's ffmpeg package and have to build my own > >> package, and this results in a cyclic dependency I cannot > >> get out of. > > > > What, exactly, is the issue here? You need an ffmpeg package that > > provides what x264 needs, nothing more. > > I cannot install libx264's include/x264.h without installing x264 > which then depends on ffmpeg which itself depends on libx264. > This doesn't look like a hard cycle since it seems like only > the x264 executable needs libav*.so, but since x264.h was in > libx264 (and is in extra still), I've been building a custom > ffmpeg package without also having to build a custom configured > (lib)x264 too. So what? None of that should cause a problem if your custom ffmpeg package is done correctly.
Re: [arch-general] libx264 changes
On Sun, 7 May 2017 14:51:08 + Carsten Mattner via arch-general wrote: > For various reasons like missing features and wrong version > I cannot use arch's ffmpeg package and have to build my own > package, and this results in a cyclic dependency I cannot > get out of. What, exactly, is the issue here? You need an ffmpeg package that provides what x264 needs, nothing more.
Re: [arch-general] Removing gitolite package doesn't remove gitolite user
On Sat, 01 Apr 2017 03:01:04 +0200 Ricardo Band wrote: > I think this is a bug. When gitolite is uninstalled it should also > remove the gitolite user. No, it shouldn't. A deleted user presents a security issue, since the package has no way of knowing if there's any files/dirs left owned by that user. Short version here, you deleted the user's home dir manually and left the user. That's not a packaging problem.
Re: [arch-general] Update to Linux 4.10.1-1 Broke Bind9 /etc/named.conf never reached on startup
On Sun, 12 Mar 2017 09:36:48 -0500 "David C. Rankin" wrote: > Should I open a bug, and if so, which package do I open it under? There already is one, has been for a couple of days
Re: [arch-general] hcidump is missing?
On Wed, 08 Mar 2017 15:19:33 + Алексей Трофимов via arch-general wrote: > I try to dump bluetooth traffic to find audio codecs my wireless headphones > support -- > http://askubuntu.com/questions/425333/how-to-make-aptx-capable-bluetooth-equipment-work-with-ubuntu > > But it looks like I have no hcidump installed. > > command-not-found says: > > hcidump may be found in the following packages: > extra/bluez-utils 5.42-1 /usr/bin/hcidump > > I have `bluez-utils` installed. > > Checking https://www.archlinux.org/packages/extra/x86_64/bluez-utils/ I see > that it provides `bluez-hcidump`, but no bluez-utils is file list? > > Was it renamed? Deprecated? What should I use then? http://git.kernel.org/cgit/bluetooth/bluez.git/commit/?id=b1eb2c4cd057624312e0412f6c4be000f7fc3617
Re: [arch-general] How to "decorate" a package build?
On Wed, 8 Mar 2017 12:48:14 +0100 Peter Nabbefeld wrote: > Thank You, I'll try that! > > Regards > P. You do realize that firefox is now built with alsa support in the repos, right?
Re: [arch-general] Arch Nim package
On Tue, 7 Mar 2017 13:05:46 -0500 Eli Schwartz via arch-general wrote: > On 03/07/2017 12:01 PM, Leonidas Spyropoulos via arch-general wrote: > > On 07/03/17, Peter Munch-Ellingsen wrote: > >> Hi, > >> the Nim package: https://www.archlinux.org/packages/community/x86_64/nim/ > >> was marked out of date on 2016-10-24 but it's still not edited to reflect > >> the new version of 0.16.2. Would anyone be so kind to adopt this package? > >> If not could the package be dropped to AUR? > >> > >> Peter > > > > Hello, > > > > As discussed in IRC I'd be happy to adopt this once it goes to AUR. > > The maintainer is not inactive though... I don't know why he hasn't > updated it yet, but it isn't in need of *adoption* on account of it > isn't *orphaned*. > > Perhaps you could try emailing Alexander Rødseth to inquire into its > lateness? It is after all, his choice whether he wishes to continue > maintaining it in the repos or not. > It's not orphaned now, it was when this email was sent. Alexander Rødseth is not the maintainer, either pgpevdRGMXmxr.pgp Description: OpenPGP digital signature
Re: [arch-general] user namespaces
On Thu, 2 Feb 2017 05:13:46 +0100 sivmu wrote: > Am 02.02.2017 um 05:10 schrieb Maxwell Anselm via arch-general: > >> > >> All those distros, everyone except arch has decided at some point to no > >> longer restrict the use of unprivileged user namespaces. > >> > > > > In no way whatsoever does Arch restrict the use of unprivileged user > > namespaces. Rebuilding your kernel with them enabled is a trivial task for > > any user familiar with ABS. If you feel this strongly about it please write > > a wiki article about the benefits/tradeoffs and link it with the relevant > > application articles (Firejail, Security, etc.). > > > > Max > > > > This issue is about the default arch kernel disabling user namespaces > and the consequence that many applications have to use insecure > workarounds like suid to still work on arch. > > This has nothing to do with the gernal ability to user user namespaces > on arch, this is about the default kernel. > You have said multiple times that Arch is restricting this. They're not. It's simply not there by default, like just about everything in Arch. Build your own kernel and move on. pgppTsH5wnbTm.pgp Description: OpenPGP digital signature
Re: [arch-general] STM32 compilation on ArchLinuxARM
On Wed, 28 Dec 2016 03:18:44 + Konstantin Gribov via arch-general wrote: > > > > RPi 2 B is Armv7. IIRC. > > Idk about 3, But I think it is ArmV7 > > RPi3 is armv8-a (it has Cortex-A53 cores), not armv7-a. But it's offtopic. > > OP's question was about cross-compiling for Cortex-M which is for > microcontrollers. He just wants to compile code for it on RPi as a host. > It's not very different from compiling for Cortex-M on x86_64. Maybe not, but this entire thread is off topic, since Arch Linux ARM is a separate distro that's not supported here.
Re: [arch-general] Getting freeze on early start with linux 4.9-1 kernel.
On Sun, 25 Dec 2016 21:54:32 -0500 Eli Schwartz via arch-general wrote: > The blatantly obvious way would be with a dummy kernel package > containing a symlink to the vmlinuz/initramfs of the latest versioned > package. Old bootloader configurations don't care about how many new and > irrelevant files aren't being looked at. > > If you want new bootloader entries to be automatically added in grub.cfg > then simply use a pacman hook to re-run grub-mkconfig -- I am sure > something similar can be easily done for syslinux/EFI. > You can also edit the boot cmdline from grub itself... Symlinks won't work, as the filesystem of the ESP is generally FAT32. Trying to automate adding it to bootloaders is also a bad thing, as Arch has no idea how the user has set them up. pgp4zo2mbaxdc.pgp Description: OpenPGP digital signature
Re: [arch-general] Whatever happened to speps?
On Wed, 21 Dec 2016 15:52:45 + (UTC) Antonio Rojas wrote: > CC'ing speps. If he doesn't give signs of life and nobody else adopts the > packages in two weeks, I'll drop them to AUR. > He's been almost totally MIA, no commits since March 25th until Dec 10th.
Re: [arch-general] Why was wpa_supplicant.conf renamed wpa_supplicant.conf.pacsav??
On Sun, 18 Dec 2016 14:25:00 -0600 "David C. Rankin" wrote: > Here, anyone relying on remote access via wpa_supplicant is left dead in the > water unless they catch the comment as it scrolls by before rebooting. (yes > they should review the comments, but with human nature what it is...) > Another case of "ignore what pacman tells you at your own peril".
Re: [arch-general] Systemd services start by default
On Wed, 7 Dec 2016 23:56:25 +0100 sivmu wrote: > Today I noticed there were network services running on my system. > I DON'T have have permanently running network services. > WTF happened? Systemd happened! > Or rather systemd-resolved and the systemd time sync daemon. > > It seems that a recent update set those services to start by default. > > I thought I would let you know and maybe this is worth an announcement > because I won't be the only one not happy about systemd enableing > services an my system that I don't need/want. > How, exactly, is it doing this?
Re: [arch-general] After upgrade
On Sat, 3 Dec 2016 00:30:43 + (GMT) piequiex wrote: > > Whatever you expected to happen. I'm going to go through a few things > The logical conclusion. Logical conclusion: It crashed. What more do you want us to say? We're not kernel devs.
Re: [arch-general] After upgrade
On Fri, 2 Dec 2016 17:25:57 + (GMT) piequiex wrote: > > Have a nice day! > > > > > > You too! > Useless message. > P.S. Adjust MUA setings. Just as useless as you original message. pgpX_4Ngnv0my.pgp Description: OpenPGP digital signature
Re: [arch-general] Does LTS package really not fit to Rolling Release model and Arch Philosophy?
On Sat, 19 Nov 2016 02:34:08 +0900 Ken OKABE via arch-general wrote: > What kind of scenario in the real world to be problematic to maintain > KDE Plasma LTS line as separated packages from non-LTS? A whole lot more work for litte/no gain. The kernel is a different, as it can cause an unbootable situation.
Re: [arch-general] espeak ng and keeping packages in the aur up todate.
On Thu, 17 Nov 2016 00:41:11 -0500 (EST) Jude DaShiell wrote: > That message I sent was not intended for arch-general at all, sorry > about the basic stuff coming up on this list. Please don't top post. If it was not intended for arch-general, I assume it was intended to be sent directly? That's even worse, you're trying to hide your bad advice and spread misinformation.
Re: [arch-general] espeak ng and keeping packages in the aur up todate.
On Wed, 16 Nov 2016 19:24:58 -0500 (EST) Jude DaShiell wrote: > Did you ever download a package from aur before? If not you can get and > set up yaourt on archlinux but some edits have to be done to > /etc/pacman.conf and then you need to run two pacman commands to first > update your repositories and then install yaourt. I do it like this: > > edit /etc/pacman.conf as root and add these lines: > [archlinuxfr] > SigLevel = Never > Server = http://repo.archlinux.fr/$arch > > Save the file and exit. > Next run: > pacman -Sy yaourt > > You may install optional dependencies after that. > Then run: > yaourt -Syua > Finally run: > yaourt -Ss espeakup|less > and you shall hear. > > To check this, run: > Yaourt -S espeak-ng > If you're told espeak and espeak-ng conflict you have espeak on your > machine and will be offered the opportunity to remove it if you like. > > The arch-general list most certainly is not the blinux-list. Hope this > helps. > That -syua command updates everything on the aur repository in addition > to all other repositories you have installed. Please, do NOT recommend using the archlinux.fr repo. It causes problems all of the time. Also, do NOT recommend skipping over learning how the AUR actually works. You're just setting people up for future failure.
Re: [arch-general] systemd-boot ignores loader.conf
On Mon, 14 Nov 2016 23:25:45 +0100 Tung Anh Vu via arch-general wrote: > I managed to make the boot menu screen not appear by holding the minus key > down to 0 second timeout in the boot menu itself. > Thanks everyone, especially David Thurstenson. > > PS: I still have no idea, why does systemd-boot ignore the timeout setting > from loader.conf, but obeys the rest. systemd-boot will store things in NVRAM variables, which it will use if found instead of the values in loader.conf.
Re: [arch-general] Problem with "geoclue2" update
On Sun, 13 Nov 2016 18:10:34 +0100 Ralf Mardorf wrote: > # pacman -S --force geoclue2 DO NOT FORCE THIS. Please don't recommend force if you don't know what it's going to do.
Re: [arch-general] Problem with "geoclue2" update
On Sun, 13 Nov 2016 17:52:50 +0100 Manuel Reimer wrote: > Hello, > > I am currently trying to update my system, but this fails with the > following messages: > > geoclue2: /usr/share/gtk-doc/html/geoclue/geoclue.devhelp2 exists in > filesystem > geoclue2: /usr/share/gtk-doc/html/geoclue/home.png exists in filesystem > geoclue2: /usr/share/gtk-doc/html/geoclue/index.html exists in filesystem > geoclue2: /usr/share/gtk-doc/html/geoclue/left.png exists in filesystem > geoclue2: /usr/share/gtk-doc/html/geoclue/right.png exists in filesystem > geoclue2: /usr/share/gtk-doc/html/geoclue/style.css exists in filesystem > geoclue2: /usr/share/gtk-doc/html/geoclue/up.png exists in filesystem > Errors occurred, no packages were upgraded. > > Did something change in the "geoclue2" package, which causes this error? > There is no announcement on the homepage... > > Thanks in advance > > Manuel See https://wiki.archlinux.org/index.php/Pacman#.22Failed_to_commit_transaction_.28conflicting_files.29.22_error Also notice that "geoclue" is no longer in the repos.
Re: [arch-general] kernel linux-4.8.6-1-x86_64 not able to load modules
On Sat, 5 Nov 2016 14:50:30 +0200 Anast Gramm via arch-general wrote: > Hey list, > > After, as suggested in arch-annoucne, I force-upgrated ttf-dejavu > I made a full system upgrade with pacman -Syu. > > This installed the latest linux kernel. (the one in the subject line) > > The initram was completed successfully and I procceded to reboot. > Then Xserver would complain about my intel module (i915) > > After a while I figured that nothin was loaded. I had no internet > connection (ip link would only show loopback), when I plugged a USB drive > the kernel woudln't detect it, and so on... This usually happens because the bootloader is finding an old kernel. Either /boot wasn't mounted during the upgrade or the bootloader is looking at the wrong place.
Re: [arch-general] Single Drive Fresh Install (mbr/grub2) Fails to boot (can boot existing from .iso??)
On Sat, 29 Oct 2016 06:24:52 -0500 kendell clark via arch-general wrote: > I do get past the grub screen Meaning it's not the same issue at all. Don't hijack threads.
Re: [arch-general] Implement sql/sqlite database for pacman local database
On Sat, 22 Oct 2016 03:53:20 + Alive 4ever wrote: > On Fri, Oct 21, 2016 at 08:03:53PM +0200, Tinu Weber wrote: > Currently, pacman package includes a ``pacman-optimize`` script to do > manual periodic local database optimization. Not for long. https://git.archlinux.org/pacman.git/commit/?id=d590a45795b30a14cdb697754749c85907053570
Re: [arch-general] Microsoft Signature PC Requirements Now Blocks Linux Installation
On Wed, 28 Sep 2016 11:24:25 -0400 Francis Gerund via arch-general wrote: > https://hardware.slashdot.org/story/16/09/21/1516230/microsoft-signature-pc- > requirements-now-blocks-linux-installation-reports?sbsrc=md > > It was nice while it lasted. > > They don't "block" Linux. They are using a higher performance RAID setup that there's simply no Linux driver for yet. Once someone creates one, you'll be able to install Linux. This is normal with new hardware, it happens all of the time.
Re: [arch-general] Fwd: [arch-dev-public] i686 and SSE2
On Sat, 24 Sep 2016 22:24:32 +0200 Ralf Mardorf wrote: > ...IMO we could assume that > FreeBSD users are a similar target group as Arch users. If so, then it > could cause a lot of pain for Arch users and maintainers, too. > > Regards, > Ralf I wouldn't assume that. BSDs in general are very conservative about updates, which is exactly the opposite of Arch. There are already packages in the repos that require SSE2, including Chromium.
Re: [arch-general] Arch GNU/Linux install for beginners and new users
On Thu, 22 Sep 2016 11:31:47 -0400 Francis Gerund via arch-general wrote: > For beginners and new users, here is how to install Arch GNU/Linux, without > the agony: > > 1) http://sourceforge.net/projects/architect-linux > > 2) http://arch-anywhere.org > > And here is a "user-centric" alternative to Arch GNU/Linux: > > http://antergos.com > > You are welcome. Note that all of these are regarded as separate distros and will NOT be supported by Arch in the forums, mailing lists, or IRC.
Re: [arch-general] What happened to the Beginner's Guide?
On Wed, 21 Sep 2016 21:01:55 -0400 Dave via arch-general wrote: > On Wed, Sep 21, 2016 at 8:58 PM, Jason Ryan via arch-general < > arch-general@archlinux.org> wrote: > > > On 21/09/16 at 08:36pm, Dave via arch-general wrote > > This will only alienate new users that are unwilling to read man pages and > > the > > community provided documentation, ie., people for whom Arch is the wrong > > choice > > anyway… > > > As a new user of Arch, I think this attitude is incorrect as well as > harmful to Arch. I think putting a list of commands in the wiki is much, much more harmful to Arch. Arch is a niche distro, not meant to be something grandma installs because someone told her it was the thing to do.
Re: [arch-general] .xsession-errors - can't startx with that file
On Sun, 18 Sep 2016 09:47:57 -0500 Dutch Ingraham wrote: > On Sun, Sep 18, 2016 at 09:23:01AM -0500, Doug Newgard wrote: > > On Sun, 18 Sep 2016 09:11:45 -0500 > > Dutch Ingraham wrote: > > > > > Hello all: > > > > > > TL;DR: One Arch installation will allow redirecting startx's stderr to > > > a file, one won't. What is the difference between systems? > > > > > > > Is X running as root or as the user (rootless)? This can change based on > > configuration and on drivers used. > > Excellent question - how is this conclusively determined? Note I have taken > no > explicit action either way, i.e., to enable rootlessness or not. > > Looking at the xorg wiki, it appears as though 3 conditions are necessary for > running "rootless": > > 1. systemd >= 216; OK, I'm at 231 on both machines; > 2. start X via xinit; OK, I'm using xinit through startx, not a display > manager; > 3. if I can summarize, if using a proprietary display driver, such as Catalyst > or Nvidia, need to take an extra step to run rootless; *this may be the > issue.* > > On the machine where redirection works, I am using the nvidia proprietary > driver; on the machine where the error occurs, I am using the xf-video-ati > driver. > > So, unless I have step 3 above backwards (which is entirely possible), the > question is how to redirect stderr when running rootless? (If I am in fact > misunderstanding, please explain so a moron like me can understand!) > > Thanks for your help. rooted vs rootless does look like one difference between the systems. Next, I would enable rooted X on the problem machine and see if it works. If it does, we know we've narrowed down the issue.
Re: [arch-general] .xsession-errors - can't startx with that file
On Sun, 18 Sep 2016 09:11:45 -0500 Dutch Ingraham wrote: > Hello all: > > TL;DR: One Arch installation will allow redirecting startx's stderr to > a file, one won't. What is the difference between systems? > Is X running as root or as the user (rootless)? This can change based on configuration and on drivers used.
Re: [arch-general] [arch-dev-public] i686 and SSE2
On Sun, 18 Sep 2016 14:50:09 +0200 Jayesh Badwaik wrote: > On Saturday, 17 September 2016 15:10:48 CEST LoneVVolf wrote: > > On Fri, 2016-09-16 at 21:44 +0200, Bartłomiej Piotrowski wrote: > > > Actually, why don't raise the bar higher? SSE2 has been introduced in > > > 2001 – that's 15 years to upgrade one's hardware and given my sad > > > experiences with computers, I find it hard to believe anyone has that > > > old PC that happens to run Arch. > > > > > I did not receive the above Bartlomiej's mail from the Arch Mailing List or > even the thread starter. Was it a private mail? I need to know because > otherwise it is getting rejected by my mail provider and I need to know what? > This thread is split between arch-general and arch-dev-public
Re: [arch-general] Package versioning
On Fri, 02 Sep 2016 11:03:50 +0200 Magnus Therning wrote: > Doug Newgard writes: > > Sounds like .x would make more sense. > > Yes, it looks like it would work better. Is there some description of > what the presence of a letter actually means? > > /M > Simply put, letters are less than numbers. This means that haskell-vector-algorithms, for example, would go from 0.7.x to 0.7.0. That will be seen as an upgrade.
Re: [arch-general] Package versioning
On Thu, 1 Sep 2016 23:39:59 +0100 João Miguel via arch-general wrote: > A 2016-09-01T23:57:07 +0200, Magnus Therning escreveu: > > > > When packaging Haskell packages there's a bit of a twist to the version > > numbers that I'm looking for a solution to. > > > > Upstream versions have two numbers, a version number (set by the > > upstream developer) and an "xrev" that's bumped when minor changes are > > made to packages on Hackage (Haskell's CPAN/PyPi/RubyGems/...). > > > > Then the packaging has a release. > > > > So far I've been using versions of the form > > > >_- > > > > But that isn't good enough, `pacman` has for instance reported that's > > > > ~~~ > > warning: haskell-vector-algorithms: local (0.7_1-2) is newer than > > haskell-core (0.7.0.1_0-1) > > warning: haskell-monadrandom: local (0.4_2-1) is newer than haskell-core > > (0.4.1_0-1) > > ~~~ > > > > which isn't correct since > > > >0.7 < 0.7.0.1 > >0.4 < 0.4.1 > > > > It seems `pacman` treats underbar like a period, which isn't at all what > > I was hoping for. > > > > I'm hoping for some help to find something better. Any suggestions on > > how I should do this properly? > What do you think about making that xrev part of the pkgrel? Instead of > 0.7_1-2 you'd have 0.7-1.2 < 0.7.0.1-0.1. And even if haskell-core > continues using that underscore, 0.7-1.2 < 0.7.0.1_0-1. > > It's not very common to have a decimal Pkgrel, and I'm not sure if it is > good practice, but I've used it, in fact for Haskell packages in > particular. > > Regards, > João Miguel pkgrel is for Arch specific changes, changes from upstream should be part of the pkgver.
Re: [arch-general] Package versioning
On Thu, 01 Sep 2016 23:57:07 +0200 Magnus Therning wrote: > When packaging Haskell packages there's a bit of a twist to the version > numbers that I'm looking for a solution to. > > Upstream versions have two numbers, a version number (set by the > upstream developer) and an "xrev" that's bumped when minor changes are > made to packages on Hackage (Haskell's CPAN/PyPi/RubyGems/...). > > Then the packaging has a release. > > So far I've been using versions of the form > >_- > > But that isn't good enough, `pacman` has for instance reported that's > > ~~~ > warning: haskell-vector-algorithms: local (0.7_1-2) is newer than > haskell-core (0.7.0.1_0-1) > warning: haskell-monadrandom: local (0.4_2-1) is newer than haskell-core > (0.4.1_0-1) > ~~~ > > which isn't correct since > >0.7 < 0.7.0.1 >0.4 < 0.4.1 > > It seems `pacman` treats underbar like a period, which isn't at all what > I was hoping for. > > I'm hoping for some help to find something better. Any suggestions on > how I should do this properly? > > /M > Sounds like .x would make more sense. pgpH7LffnvGZV.pgp Description: OpenPGP digital signature
Re: [arch-general] bitcoin-qt out-of-date
On Thu, 1 Sep 2016 12:42:24 -0300 Diego Viola via arch-general wrote: > Hello, > > I flagged this package 10 days ago as out of date and I've been trying > to contact the maintainer about it, with no response. > > https://www.archlinux.org/packages/community/x86_64/bitcoin-qt/ > > Is there any problem with updating this? Any reasons for the delay or > lack of response? > > Thanks, > Diego Oh no, 10 days. Seriously?
Re: [arch-general] Opinions on PowerShell?
On Fri, 19 Aug 2016 17:36:48 +0200 Jayesh Badwaik wrote: > On Friday, 19 August 2016 17:33:28 CEST Kwang Moo Yi via > arch-general wrote: > > I can't help pointing out that PowerShell is MIT. > > The point was patents. > Which is also moot. Google and RedHat both have patent portfolios that they can and do defend.
Re: [arch-general] arch-general Digest, Vol 142, Issue 24
On Fri, 19 Aug 2016 10:17:34 -0500 "ITwrx.org" wrote: > Nothing personal to the OP(maybe this wasn't intentional flamebait), but > I, myself, don't want to hear "news"/propaganda about MS open source > trapware in an Arch Linux mailing list or anywhere else for that matter. And I don't want to hear about people that don't want to hear about it. Goes both ways.
Re: [arch-general] interested in becoming a TU
On Mon, 15 Aug 2016 10:21:29 -0400 Storm Dragon via arch-general wrote: > Howdy, > I am interested in becoming a TU. I have several packages in the AUR, > including magic-wormhole{,-git}, rndsig, libsonic-git, rsgames, etc. > My main area of interested, in maintinaing packages as a TU, would be > accessibility related items, E.G. orca, speech-dispatcher, espeakup. > Before I actually apply, I'd like to get some feedback from an already > existing TU, to make sure I have the required skillset, and just get some > general pointers. If anyone is willing to help and eventually sponsor me, > please contact me off list. > Thanks > Storm Looking at things, none of your AUR packages are really candidates for Community. The guideline is 10 votes. So let's look at the accessibility side of things. I was going to suggest contacting the maintainers of the packages you are interested in to see if they would like help, but 2 of the 3 packages you list are in Extra, which TUs don't have access to. This all leaves me confused. The first thing I would suggest is to figure out exactly what you want to do as a TU. Doug pgpZGR18j0m7A.pgp Description: OpenPGP digital signature
Re: [arch-general] about mrelendig's, scimmia's, and dreisner's behavior
On Thu, 11 Aug 2016 09:18:01 +0300 Alex Theotokatos via arch-general wrote: > On 08/11/2016 09:06 AM, fnodeuser wrote: > > jason, spare us the bullshit. go back to the forum to ban some more people. > > you are not here to make anything better. > > > > this is not spam. i am not here to sell you dildos to put up your asses. > > > > it never made a difference even when i did not use 'bad language'. you can > > either talk seriously or you can fuck off. > > > > this is about the task hiding and their unacceptable behavior as members of > > the arch linux team. > > > > > Ok. First of all. @fnoseuser please be more polite. Your mails are > aggressive and by this you will end up spamming our list. > You don't give any info of what is happening. (at least I didn't) > If you have any personal problem for some Arch users, please contact > them. Maybe, by discussion, will end up somewhere. > There are forum admin. You can ask them. > > BUT. First of all, ask your self why this happens. Maybe you are doing > something wrong. Try to find a solution calmly... Oh, believe me, discussion is going nowhere with this guy. There's a reason he's been banned on most of the IRC channels and a lot of people have him on ignore. Even the "issues" he sites are completely made up. Not a single task of his has ever been hidden.
Re: [arch-general] community/go-tools godoc
On Thu, 28 Jul 2016 23:03:19 -0400 David N Murray via arch-general wrote: > Greetings, > > I think I have two problems. The first is a simple packaging question. > I have been using Go (community/go and go-tools, version 2:1.6.3-1 is > currently installed and appears to be the latest package available) for > a few years. Tonight I get this: > > $ godoc > bash: godoc: command not found > > I usually start godoc for docs on the installed go packages I have in my > project (godoc -http=:6060 &), so I know I used to have it, but it's > been a few weeks since I tried to use it (2:1.6.3-1 was released 21-Jul > and I upgraded shortly thereafter). > > $ locate godoc > /usr/src/bin/godoc > > So, my initial question is what happened to godoc? I expected it in > /usr/bin (same place that go, gofmt, etc. are installed). It seems to > have disappeared: > > $ pacman -Ql go-tools | grep godoc > $ pacman -Qo godoc > error: failed to find 'godoc' in PATH: No such file or directory > $ pacman -Ql -p > /var/cache/pacman/pkg/go-tools-2:1.6.2-2-x86_64.pkg.tar.xz | grep godoc > go-tools /usr/bin/godoc > > Did it get dropped, inadvertantly? I looked around the packages and it > doesn't look like it got moved. https://bugs.archlinux.org/task/50147
Re: [arch-general] recent archlinux installation
On Sun, 17 Jul 2016 11:36:27 -0700 jordan via arch-general wrote: > Jesus fuck. I unsubscribed why am I still getting these God damn emails? If > I keep getting spammed, I'm going to spam back > Except that you haven't bothered to actually read the instructions on how to unsubscribe.
Re: [arch-general] Enable translations in transmission-qt
On Thu, 23 Jun 2016 18:14:17 -0500 Doug Newgard wrote: > On Fri, 24 Jun 2016 02:01:59 +0300 > Alexey Rochev via arch-general wrote: > > > I emailed package maintainers directly, but they did not respond. > > Could anyone please tell me who is responsible for "transmission" > > packages? > > > > 2016-06-07 23:46 GMT+03:00, Alexey Rochev : > > > 2016-05-30 0:18 GMT+03:00, Alexey Rochev : > > >> Hi, > > >> I posted fixed PKGBUILD in https://bugs.archlinux.org/task/20982 a > > >> week ago, but it seems that no one noticed. > > >> Here is the patch: http://pastebin.com/b483Rqjp > > >> > > > > > > Does transmission package have active maintainers? Last commits by > > > Ionut Biru and Tom Gundersen were three years ago. > > > > > Nobody, really. Tom is completely gone, hasn't been around since he took a job > at RedHat. Ionut is still around, but almost completely inactive. > > Please don't top post. Actually, I take that back. I was just going by the previous post, but Bartłomiej Piotrowski is now listed as a maintainer, and he's active.
Re: [arch-general] Enable translations in transmission-qt
On Fri, 24 Jun 2016 02:01:59 +0300 Alexey Rochev via arch-general wrote: > I emailed package maintainers directly, but they did not respond. > Could anyone please tell me who is responsible for "transmission" > packages? > > 2016-06-07 23:46 GMT+03:00, Alexey Rochev : > > 2016-05-30 0:18 GMT+03:00, Alexey Rochev : > >> Hi, > >> I posted fixed PKGBUILD in https://bugs.archlinux.org/task/20982 a > >> week ago, but it seems that no one noticed. > >> Here is the patch: http://pastebin.com/b483Rqjp > >> > > > > Does transmission package have active maintainers? Last commits by > > Ionut Biru and Tom Gundersen were three years ago. > > Nobody, really. Tom is completely gone, hasn't been around since he took a job at RedHat. Ionut is still around, but almost completely inactive. Please don't top post.
Re: [arch-general] Possible reflector https problem?
On Wed, 15 Jun 2016 13:37:29 -0400 Francis Gerund via arch-general wrote: > Hi. > > I just did: > > sudo reflector --verbose --country 'United States' -l 200 -p https --sort > rate --save /etc/pacman.d/mirrorlist > > The result, only one source (has been 5 or 6 sources before): > > rating https://arch.localmsp.org/arch/ > Server Rate Time > https://arch.localmsp.org/arch/185.65 KiB/s 0.64 s > > Tried again, same result. > > Here is /etc/pacman.d/mirrorlist: > > > # Arch Linux mirrorlist generated by Reflector > # > > > # With: reflector --verbose --country 'United States' -l 200 -p https > --sort rate --save /etc/pacman.d/mirrorlist > # When: 2016-06-15 17:20:18 UTC > # From: https://www.archlinux.org/mirrors/status/json/ > # Retrieved: 2016-06-15 17:18:21 UTC > # Last Check: 2016-06-15 17:12:41 UTC > > Server = https://arch.localmsp.org/arch/$repo/os/$arch > > What has happened to the other https sources? Or have I been MITM'd by > NSA, etc.? https://bbs.archlinux.org/viewtopic.php?pid=1634797#p1634797
Re: [arch-general] PKGBUILD - Howto build openmpi w/o valgrind or valgrind w/o openmpi - what's the trick?
On Sat, 11 Jun 2016 20:56:14 -0500 "David C. Rankin" wrote: > All, > > This seems like a chicken-and-the-egg problem that I'm not understanding. > How > do you build openmpi when it's makedepends requires valgrind, but you cannot > build valgrind because it's makedepends requires openmpi?? > > Specifically: > > $ cat /var/abs/extra/valgrind/PKGBUILD > pkgname=valgrind > ... > makedepends=(gdb openmpi) > > $ cat /var/abs/extra/openmpi/PKGBUILD > pkgname=openmpi > ... > makedepends=(inetutils valgrind gcc-fortran) > > Is there some type of trick? > This is why we have binary repos. Just install one and build the other.