Re: [arch-general] pacman reset procedure

[Doug Newgard via arch-general]

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.

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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?

[Doug Newgard via arch-general]

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?

[Doug Newgard via arch-general]

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?

[Doug Newgard via arch-general]

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'

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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 ?

[Doug Newgard via arch-general]

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 

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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?

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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?

[Doug Newgard via arch-general]

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?

[Doug Newgard via arch-general]

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?

[Doug Newgard via arch-general]

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?

[Doug Newgard via arch-general]

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?

[Doug Newgard via arch-general]

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.

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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] Kernel modules not loaded after Linux update

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

On Sun, 18 Mar 2018 17:46:21 +0100
Ralf Mardorf <silver.bul...@zoho.com> 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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

On Wed, 28 Feb 2018 12:43:26 -0600
Dutch Ingraham <s...@gmx.us> 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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

On Sun, 11 Feb 2018 16:22:04 -0600
"David C. Rankin" <drankina...@suddenlinkmail.com> 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

[Doug Newgard via arch-general]

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'

[Doug Newgard via arch-general]

On Fri, 9 Feb 2018 21:54:10 -0600
"David C. Rankin" <drankina...@suddenlinkmail.com> 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'

[Doug Newgard via arch-general]

On Fri, 9 Feb 2018 21:46:43 -0600
"David C. Rankin" <drankina...@suddenlinkmail.com> 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" <drankina...@suddenlinkmail.com> 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 <lordhea...@gmail.com>
> 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'

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

On Sat, 9 Dec 2017 10:55:51 -0600
Doug Newgard via arch-general <arch-general@archlinux.org> wrote:

> On Sat, 9 Dec 2017 16:31:21 +
> Jonathon Fernyhough <jonat...@manjaro.org> 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

[Doug Newgard via arch-general]

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

[Doug Newgard via arch-general]

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

[Doug Newgard]

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.

[Doug Newgard]

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?

[Doug Newgard]

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?

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

On Sun, 7 May 2017 18:05:16 +
Carsten Mattner via arch-general <arch-general@archlinux.org> wrote:

> On Sun, May 7, 2017 at 4:45 PM, Doug Newgard <scim...@archlinux.info> 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

[Doug Newgard]

On Sun, 7 May 2017 16:36:43 +
Carsten Mattner via arch-general <arch-general@archlinux.org> wrote:

> On Sun, May 7, 2017 at 3:01 PM, Doug Newgard <scim...@archlinux.info> wrote:
> > On Sun, 7 May 2017 14:51:08 +
> > Carsten Mattner via arch-general <arch-general@archlinux.org> 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

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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?

[Doug Newgard]

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?

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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.

[Doug Newgard]

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?

[Doug Newgard]

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??

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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?

[Doug Newgard]

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.

[Doug Newgard]

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.

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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??)

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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?

[Doug Newgard]

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

[Doug Newgard]

On Sun, 18 Sep 2016 09:47:57 -0500
Dutch Ingraham <s...@gmx.us> 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 <s...@gmx.us> 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

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

On Fri, 02 Sep 2016 11:03:50 +0200
Magnus Therning <mag...@therning.org> wrote:

> Doug Newgard <scim...@archlinux.info> 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

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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] interested in becoming a TU

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

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

[Doug Newgard]

On Thu, 23 Jun 2016 18:14:17 -0500
Doug Newgard <scim...@archlinux.info> wrote:

> On Fri, 24 Jun 2016 02:01:59 +0300
> Alexey Rochev via arch-general <arch-general@archlinux.org> 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 <equ...@gmail.com>:  
> > > 2016-05-30 0:18 GMT+03:00, Alexey Rochev <equ...@gmail.com>:
> > >> 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

[Doug Newgard]

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?

[Doug Newgard]

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?

[Doug Newgard]

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.

Re: [arch-general] [arch-dev-public] [PATCH 1/1] move initramfs generation from install script to pacman hook

[Doug Newgard]

On Thu, 19 May 2016 13:13:51 +0100
Mauro Santos  wrote:

> On 19-05-2016 00:20, Sébastien Luttringer wrote:
> > Could we use a prefix convention to order our hooks? It's usefull to build
> > modules before building initramfs and eventually run grub update at the 
> > end.  
> 
> Not sure triggering grub update automagically is a good idea, I maintain
> grub.cfg myself and I'm sure more people do the same.
> 
> I'd guess everyone that maintains their own grub.cfg would really
> appreciate not having a bad surprise after a kernel update.
> 

I don't think he means as part of a package, but as something that the sysadmin
sets up. It's just an example of how ordering hooks can be helpful.

Re: [arch-general] netcdf problem after arch update

[Doug Newgard]

On Wed, 11 May 2016 21:21:18 +0300
Ilya Boka  wrote:

> Of course you can downgrade package if you want.
> https://wiki.archlinux.org/index.php/downgrading_packages
> 

Sure, breaking everything else that's using netcdf.

Re: [arch-general] GTK2 GUIs became a PITA after upgrade

[Doug Newgard]

On Tue, 12 Apr 2016 15:40:29 +0930
Stephen  wrote:

> I'm sorry, but my mail client (mutt) certainly does show these as
> being threaded under, and not top level replies. I don't know why it
> would be showing up otherwise for you, because I've replied direct to
> yours each time.

Top posting refers to putting your reply above the quoted text. It's frowned
upon on most mailing lists.

Re: [arch-general] GTK2 GUIs became a PITA after upgrade

[Doug Newgard]

On Tue, 12 Apr 2016 14:47:16 +0930
Stephen  wrote:

> Appreciate the clarification - I was not aware that this was the case,
> but it does make sense. Is this true of fetching updates as well, or
> only in terms of rebuilding things? Thanks!

Please stop top posting.

Yes, it would include updates. AUR helpers can help notify you on updates as
well, but you should really understand how the AUR and package building works
before relying on a helper.