Re: [arch-general] About rebuild of pandoc

[Magnus Therning]

Eli Schwartz via arch-general <arch-general@archlinux.org> writes:

> On 06/26/2017 02:45 AM, Óscar García Amor wrote:
>> Hello all,
>>
>> Some days ago the pandoc mantainer [1] do a rebuild of it [2] where
>> add a lot of haskell package dependencies. I think that the build
>> changes the binary from statically linked to dinamically linked, but
>> IMHO, I prefer the static one (55,08 MiB of package) over the dinamic
>> (more than 666 MB in libraries).
>>
>> What do you think about this?
>>
>> Other solution can be have other package "pandoc-static", that
>> maintains the previous method of package.
>>
>> Greetings.
>>
>> [1]: https://www.archlinux.org/packages/community/x86_64/pandoc/
>> [2]: 
>> https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/pandoc=d340c92f8cf5686509551c08bcdaa0b5e66760b0
>
> And same with shellcheck -- the general issue is that *all*
> haskell-based packages now build dynamically linked against the haskell
> runtime (which is huge, and few people have more than one or two
> packages that need it).
>
> https://bbs.archlinux.org/viewtopic.php?id=227621
> https://bbs.archlinux.org/viewtopic.php?id=227477
> https://bbs.archlinux.org/viewtopic.php?id=227574
> https://bugs.archlinux.org/task/54564
> https://bugs.archlinux.org/task/54590
> https://bugs.archlinux.org/task/54588
> https://bugs.archlinux.org/task/54580
>
> Seems like the official response is "just live with it, no one cares
> what you say".
>
> Which, to be fair, has some justification in that technically speaking,
> statically-compiled haskell programs were an ugly bug. It's just a pity
> haskell is such a terribly bloated ecosystem. :p
>
> That being said, there are pandoc-lite and shellcheck-static packages in
> the AUR which use upstream's prebuilt binaries and don't require the
> whole haskell ecosystem as a dependency. Which seems fairly reasonable
> to me.

There's also the ArchHaskell repo:
https://wiki.archlinux.org/index.php/ArchHaskell

Some, but not all, binaries are split out into separate packages. Look
for *-tool packages

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

The right to search for truth implies also a duty; one must not
conceal any part of what one has recognized to be true.
 — Albert Einstein


signature.asc
Description: PGP signature

Re: [arch-general] Why is /lib/libncurses.so a linker script?

[Magnus Therning]

Allan McRae <al...@archlinux.org> writes:

> On 12/04/17 20:09, Magnus Therning wrote:
>>
>> Allan McRae <al...@archlinux.org> writes:
>>
>>> On 12/04/17 19:33, Magnus Therning wrote:
>>>> I'm just curious what the reason is.
>>>
>>> Because absolutely everything should link to the wide character version.
>>
>> Wouldn't a symbolic link have the same result?
>>
>
> Then you get some software thinking its linked to libncurses.so and
> some thinking its linked to libncursesw.so. Because they are the same
> thing, conflict occur and shit hits the fan.

I don't see how. In *both* cases `ldd` will show that the executable is
linked against libncurses.so, and in both cases the runtime linker will
actually load libncursesw.so (in the case of a link, it follows it; in
case of a linker script, it interprets it). To me it seems the outcome
is identical: libncursesw.so.6.0 is loaded into the process.

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Some people, when confronted with a problem, think,
“I know, I’ll use Haskell.” Now their problem is entirely academic.


signature.asc
Description: PGP signature

Re: [arch-general] Why is /lib/libncurses.so a linker script?

[Magnus Therning]

Allan McRae <al...@archlinux.org> writes:

> On 12/04/17 19:33, Magnus Therning wrote:
>> I'm just curious what the reason is.
>
> Because absolutely everything should link to the wide character version.

Wouldn't a symbolic link have the same result?

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Some people, when confronted with a problem, think,
“I know, I’ll use LISP.” Now their problem is recursive.


signature.asc
Description: PGP signature

[arch-general] Why is /lib/libncurses.so a linker script?

[Magnus Therning]

I'm just curious what the reason is.

Oh, and yes, it does cause some problems: https://bugs.archlinux.org/task/53598

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

The greatest performance improvement of all is when a system goes from
not-working to working.
 — John Ousterhout


signature.asc
Description: PGP signature

Re: [arch-general] Does ArchHaskell still have purpose?

[Magnus Therning]

Felix Yan <felixonm...@archlinux.org> writes:

> On 01/09/2017 07:26 AM, Magnus Therning wrote:
>> Well, the subject line says it all really. Does ArchHaskell still
>> have a role in the Arch world?
>
> Actually I am planning to make everything dynamic-linked in next GHC
> release, and kill all static libraries in the packages. This way
> haskell software will be one step closer to follow Arch packaging
> guidelines. The ArchHaskell packages, IMHO, will be more suited for
> Haskell development after the change.
>
> But as you mentioned, if system-wide packages are no longer a need for
> development, the need for two set of packages is also gone.

Indeed! :)

> On 01/09/2017 06:23 PM, Nicola Squartini via arch-general wrote:
>> 1. How do you manage dependencies and rebuilds of Haskell packages
>> without using cblrepo?
>
> I still try to use cblrepo to track dependency versions, I just don't
> use it to generate PKGBUILDs directly.

I *love* hearing that it's being used. I'm just throwing this out
there... if ArchHaskell goes the way of the dodo I'd be more than happy
to continue working on cblrepo, and make it more suitable for your use
case.

>> 2. Shouldn't you track also Cabal's metadata revisions?
>
> The metadata updates are mostly about dependency versions and bounds,
> so I usually update that directly in the PKGBUILD instead. Please
> correct me if I'm wrong here, though.

That is true, I think there is a document somewhere describing what kind
of edits to metadata that is allowed via Hackage.

Since cblrepo keeps track of ranges of dependencies itself I've found
cases where it's really useful to pull xrevs into its database
(cblrepo.db). However, this doesn't really mean that one has to release
a new package on a new xrev (essentially tell pacman about the change to
dependencies). If one is willing to move this knowledge from cblrepo to
pacman in some other way (I'm guessing you're doing it manually, Felix)
then that's fine. I'm just too lazy to do that ;)

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

As far as the laws of mathematics refer to reality, they are not
certain, and as far as they are certain, they do not refer to reality.
 — Albert Einstein


signature.asc
Description: PGP signature

Re: [arch-general] [arch-haskell] Does ArchHaskell still have purpose?

[Magnus Therning]

Johan Holmquist <holmi...@gmail.com> writes:

> I'd say that binary packages are really valuable for installing a
> global haskell dev environment for quick hacks and scripts for which
> it would not be practical to setup a project and download and build a
> lot of deps. At least ghc and base should be installed globally so one
> can just fire up the REPL to try things interactively.

I've been using `stack ghci` for that, and for more involved stuff I've
used `stack exec zsh -- --login` to get a shell with access to ghc :)

For scripts it's possible to create a she-bang line with `stack` that
will pull down the required ghc and dependencies. So, a *realy* long
startup the first time, but subsequent invocations are quick :)

I'm mostly mentioning this to point out that options exist, and that
maybe, just maybe, binary packages for anything but tools (stack, hlint,
pandoc, ...) aren't really that useful at all any longer.

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Unix is the answer, but only if you phrase the question very
carefully.
 — Unknown


signature.asc
Description: PGP signature

[arch-general] Does ArchHaskell still have purpose?

[Magnus Therning]

Hi all,

Well, the subject line says it all really. Does ArchHaskell still have
a role in the Arch world?

These are the reasons for asking this at this point:

- the Haskell packages in [community] now number more than 400 and there
  is considerable overlap with ArchHaskell (unfortunately it's not a
  superset, not yet anyway)
- the Haskell packages in [community] also seem to be well maintained
  and to receive timely updates,
- the build-tool and development-tool situation for Haskell has improved
  considerably over the last few years, between `stack` and `cabal`
  coupled with improvements to `ghci` and introduction of `ghc-mod`,
  `intero` and `hsdev` I feel that Haskell development now should be
  carried out without system-wide installation of libs.

In particular the last point means that I personally haven't had `ghc`
installed via a package for the last couple of months.

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Never be afraid to try something new. Remember, amateurs built the
ark; professionals built the Titanic.
 — Anonymous


signature.asc
Description: PGP signature

[arch-general] gnupg failing strangely

[Magnus Therning]

The last few days I've noticed issues with GnuPG.

I'm using `gpg-agent` as my `ssh-agent` and that's were I noticed
strangeness first. I can't add keys:

~~~
$ ssh-add /home/lmagnus/.ssh/id_ecdsa_github
Enter passphrase for /home/lmagnus/.ssh/id_ecdsa_github:
Could not add identity "/home/lmagnus/.ssh/id_ecdsa_github": agent refused 
operation
~~~

and now I found that I can't encrypt files:

~~~
$ gpg -c TODO
gpg: cancelled by user
gpg: error creating passphrase: Operation cancelled
gpg: symmetric encryption of 'TODO' failed: Operation cancelled
~~~

Anyone else seeing similar behaviour?

I'm seeing this behaviour on both the latest package, 2.1.16, and the
previous, 2.1.15 (both -1 and -2). I've not dared go back further than
that since 2.14 complains "libreadline.so.6: cannot open shared object
file".

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Do not meddle in the affairs of Wizards, for they are subtle and quick
to anger.
 — J.R.R Tolkien


signature.asc
Description: PGP signature

Re: [arch-general] After upgrade

[Magnus Therning]

On 2 Dec 2016 6:47 am, "piequiex"  wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

upgraded linux (4.8.10-1 -> 4.8.11-1)
4.8.11-1-ARCH
[   65.955101] BUG: unable to handle kernel paging request at
81e0
[   65.956510] IP: [] __memmove+0x24/0x1a0
[   65.957874] PGD 1a09067 PUD 1a0a063 PMD 0
[   65.959198] Oops:  [#17] PREEMPT SMP
[   65.960489] Modules linked in: nf_log_ipv4 nf_log_common xt_LOG
ipt_REJECT nf_reject_ipv4 xt_tcpudp xt_pkttype nf_conntrack_ipv4
nf_defrag_ipv4 xt_owner xt_conntrack nf_conntrack iptable_filter bnep
sha256_mb mcryptd sha256_ssse3 sha256_generic dm_crypt joydev dm_mod
hid_rmi dell_wmi sparse_keymap mxm_wmi btusb mousedev btrtl uvcvideo btbcm
btintel bluetooth videobuf2_vmalloc rtsx_usb_ms videobuf2_memops
videobuf2_v4l2 videobuf2_core videodev media memstick intel_rapl dell_led
iTCO_wdt iTCO_vendor_support x86_pkg_temp_thermal coretemp dell_laptop
dell_smbios dcdbas snd_soc_rt5640 elan_i2c snd_hda_codec_hdmi
snd_hda_codec_realtek snd_hda_codec_generic snd_soc_rl6231 snd_soc_core
snd_compress kvm irqbypass crct10dif_pclmul crc32_pclmul crc32c_intel
ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul
[   65.972470]  glue_helper ablk_helper cryptd r8169 intel_cstate
intel_rapl_perf pcspkr input_leds snd_pcm_dmaengine mac_hid i2c_hid
snd_hda_intel i2c_i801 i2c_smbus ac97_bus snd_hda_codec
i2c_designware_platform i2c_designware_core mei_me snd_soc_sst_acpi mii
thermal battery ac spi_pxa2xx_platform snd_soc_sst_match 8250_dw i915 wmi
snd_hda_core video drm_kms_helper snd_hwdep intel_gtt syscopyarea
sysfillrect dell_rbtn tpm_tis sysimgblt button fb_sys_fops tpm_tis_core
i2c_algo_bit tpm mei shpchp lpc_ich fjes sch_fq_codel sg ip_tables x_tables
ext4 crc16 jbd2 fscrypto mbcache rtsx_usb_sdmmc rtsx_usb hid_generic usbhid
hid sr_mod cdrom sd_mod serio_raw atkbd libps2 dell_smm_hwmon ahci libahci
libata scsi_mod xhci_pci ehci_pci ehci_hcd xhci_hcd usbcore usb_common
i8042 serio sdhci_acpi sdhci led_class
[   65.988729]  mmc_core evdev speedstep_lib snd_pcm_oss snd_mixer_oss
snd_pcm snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_timer snd
soundcore wl(PO) cfg80211 rfkill nvidia(PO) drm
[   65.993921] CPU: 2 PID: 892 Comm: loadkeys Tainted: P  DO
4.8.11-1-ARCH #1
[   65.999240] task: 8801144a0e40 task.stack: 88011451
[   66.001963] RIP: 0010:[]  []
__memmove+0x24/0x1a0
[   66.004774] RSP: 0018:880114513cf0  EFLAGS: 00010246
[   66.007584] RAX: 81aa2742 RBX: 0017 RCX:
8801a5516e9f
[   66.010453] RDX: 8801a587475d RSI: 81e0 RDI:
81e0
[   66.013328] RBP: 880114513d48 R08: 8801198fec00 R09:
813f8fda
[   66.016231] R10:  R11: 0246 R12:

[   66.019184] R13: 880127316e7d R14: 81aa2742 R15:
8801198fec00
[   66.022165] FS:  7f900658e480() GS:88012fb0()
knlGS:
[   66.025209] CS:  0010 DS:  ES:  CR0: 80050033
[   66.028204] CR2: 81e0 CR3: 00011444d000 CR4:
001406e0
[   66.031219] Stack:
[   66.034191]  813f92dc 8801009f 8801198fec01
0016
[   66.037305]  1f326800 880127316e9f 88011f326800
88011f326800
[   66.040367]  4b49 88012b010800 
880114513dc8
[   66.043353] Call Trace:
[   66.046208]  [] ? vt_do_kdgkb_ioctl+0x34c/0x450
[   66.049051]  [] vt_ioctl+0x8df/0x12a0
[   66.051806]  [] ? touch_atime+0x33/0xd0
[   66.054481]  [] ? generic_file_read_iter+0x65b/0x840
[   66.057111]  [] tty_ioctl+0x365/0xc70
[   66.059639]  [] ? lru_cache_add_active_or_
unevictable+0x36/0xb0
[   66.062150]  [] ? __vfs_read+0xe1/0x130
[   66.064583]  [] do_vfs_ioctl+0xa3/0x5f0
[   66.066914]  [] ? vfs_read+0x96/0x130
[   66.069176]  [] SyS_ioctl+0x79/0x90
[   66.071345]  [] entry_SYSCALL_64_fastpath+0x1a/0xa4
[   66.073473] Code: 90 90 90 90 90 90 90 48 89 f8 48 83 fa 20 0f 82 03 01
00 00 48 39 fe 7d 0f 49 89 f0 49 01 d0 49 39 f8 0f 8f 9f 00 00 00 48 89 d1
 a4 c3 48 81 fa a8 02 00 00 72 05 40 38 fe 74 3b 48 83 ea 20
[   66.078059] RIP  [] __memmove+0x24/0x1a0
[   66.080161]  RSP 
[   66.082193] CR2: 81e0
[   66.084178] ---[ end trace 7fe3870b4855ddc6 ]---
- --
Have a nice day!


You too!

/M

Re: [arch-general] [OT] Favorite/best desktop in archlinux

[Magnus Therning]

Eli Schwartz via arch-general <arch-general@archlinux.org> writes:

> On 11/08/2016 08:03 AM, Magnus Therning wrote:
>> Um, the Qt licensing is rather more complicated than that nowadays:
>> https://www.qt.io/licensing-comparison/
>>
>> I think it went something like (vastly simplified and not weighed down
>> by any sort of actual knowledge)
>>
>>  1. Trolltech used GPL on everything and sold a commercial license to
>> actually make money.
>>  2. Nokia bought Trolltech and didn't feel a need to make money on Qt,
>> so they relicensed the lib under LGPL.
>>  3. The Qt Company is back to needing to make money on Qt, so some newer
>> parts are GPL.
>
> True, but LGPL >= GPL and however you slice it, it is not "closed sw".
>
> Granted, some newer things are actually (sometimes?) completely closed
> source and only available under a commercial license, but that is not
> "Qt", it is addons to Qt which AFAIK aren't even something e.g. KDE
> actually are interested in.
>
> Mainly, my point is that Qt is actually an amazing model of a
> commercially-developed FLOSS software with a sustainable business model
> that accommodates both the commercial and open-source communities, and
> it is kind of painful to hear someone accuse it of being "closed sw",
> with all the attendant evil-anti-Linux-project emotional baggage that is
> likely to evoke.

We are in violent agreement on this!

I just felt your first statement was a simplification that bordered on
making it factually incorrect, hence my comment.

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

If voting could really change things it would be illegal.


signature.asc
Description: PGP signature

Re: [arch-general] [OT] Favorite/best desktop in archlinux

[Magnus Therning]

Eli Schwartz via arch-general <arch-general@archlinux.org> writes:

> On 11/07/2016 07:39 PM, Christian Klaue wrote:
>> Back to the 3 major players:
>> . KDE looks close to Windows and fancy. QT is closed sw. In my personal
>> opinion KDE offers too many configurations  (early plasma) and is been
>> laggy (KDE 4).
>
> Um, what???
>
> Qt is dual-licensed under the GPL3 (with a commercial license available
> for purchase *for use in non-FLOSS projects* ), I don't know what
> bizarre rumors you have heard...

Um, the Qt licensing is rather more complicated than that nowadays:
https://www.qt.io/licensing-comparison/

I think it went something like (vastly simplified and not weighed down
by any sort of actual knowledge)

 1. Trolltech used GPL on everything and sold a commercial license to
actually make money.
 2. Nokia bought Trolltech and didn't feel a need to make money on Qt,
so they relicensed the lib under LGPL.
 3. The Qt Company is back to needing to make money on Qt, so some newer
parts are GPL.

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

A system is composed of components: a component is something you
understand.
 — Professor Howard Aiken


signature.asc
Description: PGP signature

Re: [arch-general] Package versioning

[Magnus Therning]

Doug Newgard <scim...@archlinux.info> writes:

> On Thu, 01 Sep 2016 23:57:07 +0200
> Magnus Therning <mag...@therning.org> 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.

Yes, it looks like it would work better. Is there some description of
what the presence of a letter actually means?

/M

-- 
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

If our ideas of intellectual property are wrong, we must change them,
improve them and return them to their original purpose. When
intellectual property rules diminish the supply of new ideas, they
steal from all of us.
 — Andrew Brown, November 19, 2005, The Guardian


signature.asc
Description: PGP signature

[arch-general] Package versioning

[Magnus Therning]

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

-- 
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

An approximate answer to the right problem is worth a good deal more
than an exact answer to an approximate problem.
 — John Tukey


signature.asc
Description: PGP signature

Re: [arch-general] Opinions on PowerShell?

[Magnus Therning]

kendell clark via arch-general <arch-general@archlinux.org> writes:

> hi
>
> I took a brief look at powershell today when I found out it had been 
> open sourced. I looked at some of the c# source code files and they all 
> read that they're licensed under the apache license, version 2.0. I 
> haven't read that thing, it's probably full of legalese I wouldn't 
> understand, but I bet it's probably lax on the patent front or microsoft 
> wouldn't have chosen it. So we could, theoretically, get into trouble 
> packaging it for arch, although I don't think it's likely. Of course I 
> am not a lawyer or a programmer, this is just my two scents.

AFAIU the Apache license is actually rather strict with patents:
http://programmers.stackexchange.com/questions/187958/apache-license-and-patents#187961

/M

-- 
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

$my_args = shift;
system("gcc $my_args");
print "I prefer C\n";
 — Robert Dieterich's contribution to the 2004 Perl Haiku Contest,
Haikus in Perl - 'Dishonerable Mention' winner


signature.asc
Description: PGP signature

Re: [arch-general] Where did the touch pad tapping go?

[Magnus Therning]

Kyle Terrien via arch-general <arch-general@archlinux.org> writes:

> Javier Vasquez via arch-general wrote:
>> I think Xorg now uses libinput as default as opposed to prior
>> versions.  I have been using libinput any ways since it was made
>> available, so the transition didn't affect me, and besides I'm OK with
>> the tapping offered by libinput.  Actually I removed totally the
>> xf86-input-synaptics package from my Arch boxes already.  You can take
>> a look at the install message:
>> 
>> https://git.archlinux.org/svntogit/packages.git/tree/trunk/xf86-input-synaptics.install?h=packages/xf86-input-synaptics
>
> I saw that message while upgrading a couple of days ago.
>
> xf86-input-synaptics driver is on maintenance mode and
> xf86-input-libinput driver must be prefered over.
>
> But I didn't understand what "must be prefered over" means (grammar
> error).

I found this text on the Arch site:

Xorg 1.18.0 is entering [testing] with the following changes:

  * You can now choose between xf86-input-evdev and
 xf86-input-libinput.
  * xf86-input-aiptek will not be updated and will be removed when
 xorg-1.18.0 is moved to [extra]

Update: Nvidia drivers are now compatible with xorg-1.18.0 (ABI 20)

So I tried switching between input-evdev (what I used before) and
input-libinput, but no change. From others in the thread I gather that
removing input-synaptics and configuring libinput properly will fix it.
I'll have to wait with trying until I'm in front of my laptop this
evening.

It's not easy to cover all use cases when making switches like this, so
it's wonderful that the Arch users are as helpful as they are :)

/M

-- 
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Finagle's First Law:
To study a subject best, understand it thoroughly before you start.


signature.asc
Description: PGP signature

Re: [arch-general] pacman and hooks

[Magnus Therning]

Doug Newgard writes:

> On Tue, 02 Feb 2016 23:51:16 +0100
> Magnus Therning <mag...@therning.org> wrote:
>
>> Doug Newgard writes:
>> 
>> > On Tue, 02 Feb 2016 23:25:58 +0100
>> > Magnus Therning <mag...@therning.org> wrote:
>> >  
>> >> Stefan Tatschner writes:
>> >>   
>> >> > On 01.02.2016 23:05, Magnus Therning wrote:
>> >> >> Is there more information about this feature available somewhere?
>> >> >
>> >> > $ man 5 alpm-hooks
>> >> 
>> >> Excellent. I also found this https://github.com/andrewgregory/pachooks.
>> >> 
>> >> I'm guessing that link contains one erroneos bit of information though,
>> >> the location of the hooks. Since `pacman` includes the dir
>> >> `/usr/share/libalpm/hooks/` I'm guessing that's where hooks should go,
>> >> right? (It could be a nice touch to put a README file there ;)
>> >> 
>> >> /M
>> >>   
>> >
>> > That's where packages should put hooks, not users/admins.  
>> 
>> Ah, so admins should put site-specific hooks in the locations mentioned
>> in at the link above?
>> 
>> /M
>> 
>
> No, even those are for packages. Users/admins should use /etc/pacman.d/hooks.
> Not sure about scripts.

Ah, I just now found a mention of the default hook dir, it's in
pacman.conf(5)! I must admit I was surprised to *not* find it mentioned
in alpm-hooks(5).

As far as I understand it

|--+-|
| /usr/share/libalpm/hooks | system dir, used by packages    |
|------+-|
| /etc/pacman.d/hooks  | suggested dir for use by local stuff, needs |
|  | to be configured in /etc/pacman.conf|
|--+-|

Is that correct?

/M

-- 
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

As we enjoy great advantages from the inventions of others we should
be glad of an opportunity to serve others by any invention of
ours, and this we should do freely and generously.
 -- Benjamin Franklin


signature.asc
Description: PGP signature

Re: [arch-general] pacman and hooks

[Magnus Therning]

Stefan Tatschner writes:

> On 01.02.2016 23:05, Magnus Therning wrote:
>> Is there more information about this feature available somewhere?
>
> $ man 5 alpm-hooks

Excellent. I also found this https://github.com/andrewgregory/pachooks.

I'm guessing that link contains one erroneos bit of information though,
the location of the hooks. Since `pacman` includes the dir
`/usr/share/libalpm/hooks/` I'm guessing that's where hooks should go,
right? (It could be a nice touch to put a README file there ;)

/M

-- 
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Eagles may soar, but weasels don't get sucked into jet engines.


signature.asc
Description: PGP signature

Re: [arch-general] pacman and hooks

[Magnus Therning]

Doug Newgard writes:

> On Tue, 02 Feb 2016 23:25:58 +0100
> Magnus Therning <mag...@therning.org> wrote:
>
>> Stefan Tatschner writes:
>> 
>> > On 01.02.2016 23:05, Magnus Therning wrote:  
>> >> Is there more information about this feature available somewhere?  
>> >
>> > $ man 5 alpm-hooks  
>> 
>> Excellent. I also found this https://github.com/andrewgregory/pachooks.
>> 
>> I'm guessing that link contains one erroneos bit of information though,
>> the location of the hooks. Since `pacman` includes the dir
>> `/usr/share/libalpm/hooks/` I'm guessing that's where hooks should go,
>> right? (It could be a nice touch to put a README file there ;)
>> 
>> /M
>> 
>
> That's where packages should put hooks, not users/admins.

Ah, so admins should put site-specific hooks in the locations mentioned
in at the link above?

/M

-- 
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Some operating systems are called 'user friendly', Linux however is
'expert friendly'.


signature.asc
Description: PGP signature

Re: [arch-general] pacman and hooks

[Magnus Therning]

Bruno Pagani writes:

> Le 01/02/2016 23:05, Magnus Therning a écrit :
>> I just noticed an email in this list mentioning that with pacman 5.0 we
>> know have support for hooks. I proceeded to look at the man pages for
>> /pacman/, /makepkg/, and /PKGBUILD/ but only found one mention of a
>> /hookdir/.
>>
>> Is there more information about this feature available somewhere?
>>
>> /M
>
> They are some bits here:
> https://wiki.archlinux.org/index.php/User:Allan/Pacman_Hooks
>
> I’m very interested in this feature, maybe I will be able to automate
> very nicely the job of localepurge.

Yes, I found that one. It just lacks an air of officialty about it ;)

I'm hoping it can be used to limit the re-building of the documentation
index for Haskell packages.

/M

-- 
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
 -- Alan Kay


signature.asc
Description: PGP signature

[arch-general] pacman and hooks

[Magnus Therning]

I just noticed an email in this list mentioning that with pacman 5.0 we
know have support for hooks. I proceeded to look at the man pages for
/pacman/, /makepkg/, and /PKGBUILD/ but only found one mention of a
/hookdir/.

Is there more information about this feature available somewhere?

/M

-- 
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Do not meddle in the affairs of Wizards, for they are subtle and quick
to anger.
 -- J.R.R Tolkien


signature.asc
Description: PGP signature

Re: [arch-general] Firefox without signature checking

[Magnus Therning]

Bruno Pagani writes:

> Le 03/01/2016 02:24, Magnus Therning a écrit :
[..]
> Sorry but you missed something: even if it was indeed prior to 43, this
> is still no new info. Because if you read the bug carefully, you will
> see this line:
>
> “ - Firefox 42: Release and Beta versions of Firefox will not allow
> unsigned extensions to be installed, with no override.”
>
> So the fact is just that as ever with Mozilla since the beginning of
> Firefox, it has been pushed two releases later. But overall, it’s still
> the same. ;)

Ah, thanks for pointing that out!

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Java is, in many ways, C++--.
 -- M Feldman


signature.asc
Description: PGP signature

Re: [arch-general] Firefox without signature checking

[Magnus Therning]

Leonid Isaev writes:

> On Sat, Jan 02, 2016 at 11:25:12PM +0100, Niels Kobschaetzki wrote:
[..]
>> But I also have to with a source-package since I won't check the
>> sources with each release ;)
>
> Which is plain stupid.

How is that stupid?  Do you check the sources with each release?  *How*
do you perform those checks?

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

For a successful technology, reality must take precedence over public
relations, for nature cannot be fooled.
 -- R.P. Feynman


signature.asc
Description: PGP signature

Re: [arch-general] Firefox without signature checking

[Magnus Therning]

Leonid Isaev writes:

> On Sat, Jan 02, 2016 at 05:34:51PM -0600, Doug Newgard wrote:
>> Just expanding on your point.
>
> Ah, OK, sorry :)
>
> Also, perhaps one should note that "walled garden" discussions (albeit
> justified) belong at Mozilla's bug tracker, not Arch's.

Yes, and no.  It should absolutely be brought up there first, but if
Mozilla refuses to budge then it should be discussed here.  It would be
silly to *not* take advantage of the freedoms FLOSS gives us if upstream
is deemed to be heading in the wrong way.

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Finagle's Fourth Law:
Once a job is fouled up, anything done to improve it only makes it
worse.


signature.asc
Description: PGP signature

Re: [arch-general] Firefox without signature checking

[Magnus Therning]

Leonid Isaev writes:

> On Sun, Jan 03, 2016 at 12:18:36AM +0100, Magnus Therning wrote:
>> How is that stupid?  Do you check the sources with each release?  *How*
>> do you perform those checks?
>
> OK, fact #0 - I only use software whose upstream I trust.

How do you establish that trust?

> Having said that, I usually pull md5sums and sha*sums in the PKGBUILD, all 
> from
> different sources (upstream, Debian, Gentoo, etc.), if the src is not
> upstream-signed. FF releases _are_ signed (I don't know why the PKGBUILD in
> [extra] doesn't check that), so just have the Mozilla signing key (currently
> 0x61B7B526D98F0353) in your keychain.
>
> If you trust random people in the AUR and never inspect their PKGUILDs, or 
> even
> worse, use their binaries, you deserve to be rooted.

Ah, you mean you check the origins of the source code, not the source
code itself.  My bad.

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
 -- Alan Kay


signature.asc
Description: PGP signature

Re: [arch-general] Firefox without signature checking

[Magnus Therning]

Doug Newgard writes:

> On Sat, 2 Jan 2016 15:26:59 -0800
> Kyle Terrien <kyleterr...@gmail.com> wrote:
>
>> On 01/02/2016 02:50 PM, Doug Newgard wrote:
>> > On Sat, 2 Jan 2016 15:35:01 -0700
>> > Leonid Isaev <leonid.is...@jila.colorado.edu> wrote:
>> >
>> >> On Sat, Jan 02, 2016 at 02:06:05PM -0800, Kyle Terrien wrote:
>> >>> Thank you!  I was tempted to reopen it, but it looks like the general
>> >>> consensus is that an AUR package will be submitted.
>> >>
>> >> You can only request to reopen...
>> >
>> > And that request would be denied unless you can bring new info to the 
>> > table. So
>> > far, I haven't seen any.
>>
>> The new info I have is that Mozilla is creating a walled garden.  There
>> is no way to override it besides rebuilding Firefox.
>
> That's not new info, that's the same argument that was already rejected.

The issue in question ([1]) was raised before release 43, where
signature checking, AFAIU was turned on by default but could be manually
disabled.

The new info would be that for release 44, signature checking would not
only be turned on by default but there would be no way to disable it.

Do not confuse "no new info" with "there is new info, but that doesn't
change our decision."

The larger, and very philosophical question is "How user un-friendly can
upstream make it before Arch decides to *not* package as upstream
intends?" (Answering this requires keeping in mind that Arch users are
unlikely to fall squarely into the target group of upstream.)

/M

[1]: https://bugs.archlinux.org/task/45900

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Unix is the answer, but only if you phrase the question very
carefully.
 -- Unknown


signature.asc
Description: PGP signature

Re: [arch-general] [OT?] Which is most future-proof desktop environment?

[Magnus Therning]

Ralf Mardorf writes:

> On Wed, 30 Dec 2015 12:22:46 +0100, Magnus Therning wrote:
>>Personally I've not come across anything in new releases of Gnome that
>>has been even close to that irritating.
>
> Dropping the menu bar isn't irritating? Employers need to re-train
> staff, if such a radical change happens, not to mention that there even
> could be the need to buy new hardware, because the graphics could be to
> slow, when 3D capability is required. It's not only expensive, but
> also polluting. I don't know another DE that made such evil changes as
> GNOME does, IMO it's the most worse DE of all DEs.

Nope, it wasn't irritating *to me*.  I can fully understand that others
found it irritating, I'm just saying that I didn't.

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Hofstadter's Law: It always takes longer than you expect, even when you
take into account Hofstadter's Law.


signature.asc
Description: PGP signature

Re: [arch-general] [OT?] Which is most future-proof desktop environment?

[Magnus Therning]

Moritz Bunkus writes:

> Hey,
>
>> More generally, what do you mean by "work-flow", and how have DEs like
>> KDE and Gnome broken "the work-flow" in the past?
>
> By being buggy and lacking features. When I switched to Plasma 5 several
> things that I regularly used stopped working, among them:
>
> - Plasmas calendar widget (the one opened from the tray) did not contain
>   week numbers anymore. I often consulted that widget when scheduling
>   meetings with other people. I had to switch to other calendars, and
>   this feature hasn't come back yet.
>
> - Pressing Ctrl+Space in konsole registered as Space (in Emacs this is
>   an essential combination as it sets the mark). This has been fixed since.
>
> - Pressing Ctrl+Alt+Space in konsole registers as Ctrl+Space (in Emasc
>   Ctrl+Alt+Space is mark-sexp, one that I regularly use in all kinds of
>   modes). This hasn't been fixed yet.
>
> Those three are just from the top of my hat and required changes in my
> way of doing things. The first one is only annoying, the second one
> forced me to work with a different terminal emulator for the time being
> though, and the last one requires workarounds that I have to actively
> think about to use. I'd rather have done without any of those.

Ok, makes sense.  Personally I've not come across anything in new
releases of Gnome that has been even close to that irritating.

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Time is a great teacher, but unfortunately it kills all its pupils.
 -- Hector Louis Berlioz


signature.asc
Description: PGP signature

Re: [arch-general] [OT?] Which is most future-proof desktop environment?

[Magnus Therning]

Ralf Mardorf writes:

> IIRC, I won't read the thread again, all the mentioned WMs and DEs have
> a past and most likely a future. You might have noticed another thread,
> "plasma 5 crashing". The bloated DEs, especially GNOME and KDE do not
> provide a steady work-flow. New major releases often are released before

What is a "steady work-flow"?

> they are stable, but again, even if those releases would be stable,
> the way they work changes and breaks the work-flow. I don't know if a

More generally, what do you mean by "work-flow", and how have DEs like
KDE and Gnome broken "the work-flow" in the past?

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Those who would give up Essential Liberty to purchase a little
Temporary Safety, deserve neither Liberty nor Safety
 -- Benjamin Franklin, Historical Review of Pennsylvania, 1759


signature.asc
Description: PGP signature

Re: [arch-general] [OT?] Which is most future-proof desktop environment?

[Magnus Therning]

Francis Gerund writes:

> Just a call for opinions:  if you use Arch, and you wanted to choose and
> stay with a desktop environment long-term, what would you choose - and why?

Gnome, of course :)

It's been around a long time, with steady improvements over the years.
Nice integration resulting in a desktop environment that I find to be a
joy to use.  It's pretty to boot ;)

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Finagle's First Law:
To study a subject best, understand it thoroughly before you start.


signature.asc
Description: PGP signature

Re: [arch-general] Update GNU Wget

[Magnus Therning]

Darshit Shah writes:

> Hi,
>
> I noticed that it's been almost one month since the release of GNU Wget
> 1.17 and yet it is not even in the [testing] repos. Is there anything
> holding up?
>
>
> A new bugfix version has just been released and I'd like to see that in the
> repos as soon as possible. If there's any issues, please let us know so
> they can be fixed.

If you can't wait: https://aur.archlinux.org/packages/wget-git/

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

When the people fear their government, there is tyranny; when the
government fears the people, there is liberty.
 -- Thomas Jefferson


signature.asc
Description: PGP signature

Re: [arch-general] First try to go to KDE 5.5

[Magnus Therning]

Anatol Pomozov writes:
> On Mon, Dec 14, 2015 at 9:48 AM, Manuel Reimer
> <manuel.s...@nurfuerspam.de> wrote:
>> Hello,
>>
>> today, I tried to update my laptop to KDE 5.5.
>>
>> The first problem, I've found, is, that it seems to be impossible to
>> configure SDDM. The option is there in "System Settings", but nothing opens.
>>
>> Then, I connected my TV screen to the HDMI port of my laptop and tried
>> dual-screen setup. At first this seemed to work well, but for some reason
>> *every* window now opens on my TV. The laptop screen was set to be default,
>> so this is not the reason.
>>
>> I configured the laptop screen to be turned off when the lid is closed. If I
>> do this, then the laptop screen keeps black if the lid is opened again. If I
>> lock the screen in this case and unlock after that, then the screen turns
>> on, but the taskbar seems to be crashed.
>>
>> This is just a short list of bugs, I found, before uninstalling Plasma 5.
>>
>> Does someone here have similar problems? As KDE 4 also had many bugs, I
>> learned to deal with, as they never got fixed, and KDE 5 doesn't seem to be
>> much better, I now give Gnome a try...
>
> Complaining about KDE bugs in Arch maillist is not best use of your
> time. If you really want to see the bugs fixed please work with KDE
> developers directly.

It might still be a good idea to just double check that one isn't
completely alone in seeing this sort of behaviour from official Arch
packages.

Of course, the OP didn't quite word it like that was the goal of the
email, so maybe I'm a bit too generous in my interpretation...

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
 -- Alan Kay


signature.asc
Description: PGP signature

Re: [arch-general] Mouse buttons not working in X

[Magnus Therning]

On Mon, Nov 16, 2015 at 04:20:35PM +0800, Oon-Ee Ng wrote:
> On Mon, Nov 16, 2015 at 3:17 PM, Magnus Therning <mag...@therning.org> wrote:
> > On Sun, Nov 15, 2015 at 11:31:27AM -0600, Doug Newgard wrote:
> >> On Sun, 15 Nov 2015 17:56:30 +0100
> >> Magnus Therning <mag...@therning.org> wrote:
> >>
> >> > I've just updated a sligtly neglected machine I have (not upgraded
> >> > since mid-September). Thanks to the [ARA][1] I managed to upgrade it
> >> > in weekly steps. It all seemed to work fine, and indeed it boots
> >> > just fine. There's only one little thing that's broken: the mouse
> >> > buttons don't work.
> >>
> >> Standard question lately: was xf86-input-evdev updated when xorg-server 
> >> was?
> >
> > If it was updated in the repo, then it was updated on the machine, I
> > very rarely do a selective upgrade and in this case I ran `pacman -Syu`
> > every time.
> 
> And you've obviously also checked to make sure the mirror was synced
> properly? Not sure if you meant you used ARA all the way to the most
> current update or are currently using another mirror.

For the last update I switched to the ordinary mirrors and reran
reflector to get a good list of mirrors.  I haven't done anything beyond
that.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

But whereas I previously held for Java a cordial dislike borne of
having only a cursory notion of how it worked, now my dislike for the
language can no longer be called at all "cordial", for familiarity has
bred contempt.
 -- Tom Christiansen


signature.asc
Description: PGP signature

Re: [arch-general] Mouse buttons not working in X

[Magnus Therning]

On Tue, Nov 17, 2015 at 10:38:54AM -0600, Doug Newgard wrote:
> On Mon, 16 Nov 2015 08:17:09 +0100
> Magnus Therning <mag...@therning.org> wrote:
> > > Standard question lately: was xf86-input-evdev updated when xorg-server 
> > > was?  
> > 
> > If it was updated in the repo, then it was updated on the machine, I
> > very rarely do a selective upgrade and in this case I ran `pacman -Syu`
> > every time.
> 
> That's not an answer...

Sure it is, though it may lack in details to be a "good answer".

Given that I performed about 8 updates in quick succession, jumping
about 1 week each time, and that I currently don't have access to the
system it is the best answer I can give you.

Clearly this isn't anything anyone else has run into though, so I'll
just let this rest until I get back to the system in question and can
investigate it further myself.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

The day after tomorrow is the third day of the rest of your life.


signature.asc
Description: PGP signature

Re: [arch-general] Mouse buttons not working in X

[Magnus Therning]

On Sun, Nov 15, 2015 at 11:31:27AM -0600, Doug Newgard wrote:
> On Sun, 15 Nov 2015 17:56:30 +0100
> Magnus Therning <mag...@therning.org> wrote:
> 
> > I've just updated a sligtly neglected machine I have (not upgraded
> > since mid-September). Thanks to the [ARA][1] I managed to upgrade it
> > in weekly steps. It all seemed to work fine, and indeed it boots
> > just fine. There's only one little thing that's broken: the mouse
> > buttons don't work.
> 
> Standard question lately: was xf86-input-evdev updated when xorg-server was?

If it was updated in the repo, then it was updated on the machine, I
very rarely do a selective upgrade and in this case I ran `pacman -Syu`
every time.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Failure is not an option. It comes bundled with the software.


signature.asc
Description: PGP signature

Re: [arch-general] Mouse buttons not working in X

[Magnus Therning]

On Sun, Nov 15, 2015 at 06:07:00PM +0100, Magnus Therning wrote:
> On Sun, Nov 15, 2015 at 04:58:27PM +, Ben Oliver wrote:
> > On 15 Nov 2015 4:56 pm, "Magnus Therning" <mag...@therning.org> wrote:
> > >
> > > I've just updated a sligtly neglected machine I have (not upgraded since
> > > mid-September). Thanks to the [ARA][1] I managed to upgrade it in weekly
> > > steps. It all seemed to work fine, and indeed it boots just fine.
> > > There's only one little thing that's broken: the mouse buttons don't
> > > work.
> > >
> > > Yes, it's really only the mouse buttons that don't work.  I can move the
> > > pointer using the mouse.  I can scroll using the scroll wheel.
> > >
> > > Starting `xev` I thought I'd have a look at what actually happens:
> > >
> > > 1. Start `xev`.
> > > 2. Move the pointer into the window -> the various events scroll by in
> > > the terminal.
> > > 3. Press the left mouse button -> no event printed in the terminal.
> > > 4. Move the pointer in the window -> no events are printed in the
> > > terminal.
> > > 5. Change focus to another window using Ctrl-Tab, change back ->
> > > movements in the `xev` window once again generate events.
> > >
> > > I've tried searching for a solution, but I can't find anything
> > > resembling this.
> > >
> > > What could be causing this behaviour, and how do I fix it?
> >
> > Not to be *that* guy, but have you tried another mouse?
> 
> Nope, because I don't have access to another mouse here right now.
> 
> The mouse worked just fine when I logged in on the system and began the
> upgrade, so I really did expect it to work fine afterwards too.

I just managed to track down a second mouse, and can confirm that this
behaviour occurs with both USB mice, one Microsoft and one HP, and that
it occurs both if I connect it via the PS/2 adapter or directly into a
USB port.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

There does not now, nor will there ever, exist a programming language
in which it is the least bit hard to write bad programs.
 -- Flon's Axiom


signature.asc
Description: PGP signature

[arch-general] Mouse buttons not working in X

[Magnus Therning]

I've just updated a sligtly neglected machine I have (not upgraded since
mid-September). Thanks to the [ARA][1] I managed to upgrade it in weekly
steps. It all seemed to work fine, and indeed it boots just fine.
There's only one little thing that's broken: the mouse buttons don't
work.

Yes, it's really only the mouse buttons that don't work.  I can move the
pointer using the mouse.  I can scroll using the scroll wheel.

Starting `xev` I thought I'd have a look at what actually happens:

1. Start `xev`.
2. Move the pointer into the window -> the various events scroll by in
the terminal.
3. Press the left mouse button -> no event printed in the terminal.
4. Move the pointer in the window -> no events are printed in the
terminal.
5. Change focus to another window using Ctrl-Tab, change back ->
movements in the `xev` window once again generate events.

I've tried searching for a solution, but I can't find anything
resembling this.

What could be causing this behaviour, and how do I fix it?

/M

[1]: https://wiki.archlinux.org/index.php/Arch_Linux_Archive

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Goto labels should be left-aligned in all caps and should include the
programmer's name, home phone number, and credit card number.
 -- Abdul Nizar


signature.asc
Description: PGP signature

Re: [arch-general] Mouse buttons not working in X

[Magnus Therning]

On Sun, Nov 15, 2015 at 04:58:27PM +, Ben Oliver wrote:
> On 15 Nov 2015 4:56 pm, "Magnus Therning" <mag...@therning.org> wrote:
> >
> > I've just updated a sligtly neglected machine I have (not upgraded since
> > mid-September). Thanks to the [ARA][1] I managed to upgrade it in weekly
> > steps. It all seemed to work fine, and indeed it boots just fine.
> > There's only one little thing that's broken: the mouse buttons don't
> > work.
> >
> > Yes, it's really only the mouse buttons that don't work.  I can move the
> > pointer using the mouse.  I can scroll using the scroll wheel.
> >
> > Starting `xev` I thought I'd have a look at what actually happens:
> >
> > 1. Start `xev`.
> > 2. Move the pointer into the window -> the various events scroll by in
> > the terminal.
> > 3. Press the left mouse button -> no event printed in the terminal.
> > 4. Move the pointer in the window -> no events are printed in the
> > terminal.
> > 5. Change focus to another window using Ctrl-Tab, change back ->
> > movements in the `xev` window once again generate events.
> >
> > I've tried searching for a solution, but I can't find anything
> > resembling this.
> >
> > What could be causing this behaviour, and how do I fix it?
>
> Not to be *that* guy, but have you tried another mouse?

Nope, because I don't have access to another mouse here right now.

The mouse worked just fine when I logged in on the system and began the
upgrade, so I really did expect it to work fine afterwards too.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Finagle's First Law:
To study a subject best, understand it thoroughly before you start.


signature.asc
Description: PGP signature

Re: [arch-general] Post-packaging modification tool

[Magnus Therning]

On 28 April 2015 at 23:04, Magnus Therning mag...@therning.org wrote:
 On Tue, Apr 28, 2015 at 03:19:25PM -0500, Eli Schwartz wrote:
 On Tue, Apr 28, 2015 at 12:18 PM, Sebastiaan Lokhorst 
 sebastiaanlokho...@gmail.com wrote:

  2015-04-28 18:50 GMT+02:00 Magnus Therning mag...@therning.org:
 
   I have a large set of already packages (300+) that I'd like to make
   some minor modifications to the meta data in.  Since it takes a few
   hours to build them all I'd prefer to avoid dong that.  So, is there
   a tool out there that allows me to make some minor changes to the meta
   data of a package?
  
 
  A package is just a tar.xz, so you can simply unzip it, edit the .PKGINFO
  file, and zip it again. (I think)
 

 Alternatively, if the PKGBUILD is updated makepkg has an option to
 --repackage without redoing build()

 Editing .PKGINFO might be faster, but repackaging is the correct way to
 do it, for however much that's worth.

 That might be the easiest way, unless someone's already written a tool
 that solves the problem.

Unfortunately `pacman -R` won't work.  It will re-run the `package()`
function in the PKGBUILD, meaning that it relies on the packaged SW's
build system (Makefile, or similar) to first install the built stuff
in `$pkgdir`.  Since I only have the packages I can't easily recreate
a complete `$srcdir` without first compiling... so I suppose I'll have
to look into the details of the package format and come up with some
script to modify it directly.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

[arch-general] Tool to create mtree

[Magnus Therning]

When looking at the internals of an Arch package I learned about the
mtree format.  However, I didn't find any tool to create an mtree file
myself.

Is it really the case that `makepkg` and `pacman` handle mtree files
internally, and that Arch completely lacks a tool for working with
mtree files?

(Yes, I've already found the AUR package at
https://aur.archlinux.org/packages/mtree/)

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

[arch-general] Post-packaging modification tool

[Magnus Therning]

I have a large set of already packages (300+) that I'd like to make
some minor modifications to the meta data in.  Since it takes a few
hours to build them all I'd prefer to avoid dong that.  So, is there
a tool out there that allows me to make some minor changes to the meta
data of a package?

To be specific, I'd like to add a `provides` to each and every
package.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

The right to search for truth implies also a duty; one must not
conceal any part of what one has recognized to be true.
 -- Albert Einstein


pgpWEEC023dYq.pgp
Description: PGP signature

Re: [arch-general] Post-packaging modification tool

[Magnus Therning]

On Tue, Apr 28, 2015 at 07:18:12PM +0200, Sebastiaan Lokhorst wrote:
 2015-04-28 18:50 GMT+02:00 Magnus Therning mag...@therning.org:
 
  I have a large set of already packages (300+) that I'd like to make
  some minor modifications to the meta data in.  Since it takes a few
  hours to build them all I'd prefer to avoid dong that.  So, is there
  a tool out there that allows me to make some minor changes to the meta
  data of a package?
 
 
 A package is just a tar.xz, so you can simply unzip it, edit the .PKGINFO
 file, and zip it again. (I think)

I've opened one and taken a look inside and there are checksums for
all files in it, including the .PKGINFO.  So I'm guessing that just
editing the .PKGINFO isn't enough.  Not that much of a problem though,
but if someone else has already solved it I'd rather borrowing that
solution :)

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

As long as there are ill-defined goals, bizarre bugs, and unrealistic
schedules, there will be Real Programmers willing to jump in and Solve The
Problem, saving the documentation for later.  Long live Fortran!
 -- Ed Post


pgpDz6AD2eN9j.pgp
Description: PGP signature

Re: [arch-general] Post-packaging modification tool

[Magnus Therning]

On Tue, Apr 28, 2015 at 03:19:25PM -0500, Eli Schwartz wrote:
 On Tue, Apr 28, 2015 at 12:18 PM, Sebastiaan Lokhorst 
 sebastiaanlokho...@gmail.com wrote:
 
  2015-04-28 18:50 GMT+02:00 Magnus Therning mag...@therning.org:
 
   I have a large set of already packages (300+) that I'd like to make
   some minor modifications to the meta data in.  Since it takes a few
   hours to build them all I'd prefer to avoid dong that.  So, is there
   a tool out there that allows me to make some minor changes to the meta
   data of a package?
  
 
  A package is just a tar.xz, so you can simply unzip it, edit the .PKGINFO
  file, and zip it again. (I think)
 
 
 Alternatively, if the PKGBUILD is updated makepkg has an option to
 --repackage without redoing build()
 
 Editing .PKGINFO might be faster, but repackaging is the correct way to
 do it, for however much that's worth.

That might be the easiest way, unless someone's already written a tool
that solves the problem.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Any fool can write code that a computer can understand.  Good programmers
write code that humans can understand.
 -- Martin Fowler


pgpi71fcvkpaA.pgp
Description: PGP signature

Re: [arch-general] Kernel 3.19.3 not detecting SD cards

[Magnus Therning]

On Sun, Apr 12, 2015 at 05:26:35PM -0400, Mark Lee wrote:
 On Sunday, April 12, 2015 10:03:13 PM Magnus Therning wrote:
  On Sun, Apr 12, 2015 at 01:13:42PM -0500, Troy Engel wrote:
   On Sun, Apr 12, 2015 at 12:51 PM, Magnus Therning mag...@therning.org 
 wrote:
I'm using 3.19.3 and a MicroSD card mounted automatically as expected.

Ah, damn.  I was hoping this was a widespread problem ;)
   
   Nope, tested mine for you too -- I use a cheap $10 Dynex DX-CR112
   USB2 dongle card reader you get at Best Buy, working as expected for
   me on latest updates. Probably a hardware specific regression, you
   might try reading the 3.19 changelog for keywords of the name of your
   hardware...
  
  It's a built-in one, so not quite sure what the make is.  Nothing
  stands out in the outputs of `ls{pci,usb}` either.
  
  /M
 
 Can you post the output of your lsusb and lspci?

% lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor 
DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor 
PCI Express x16 Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor 
Integrated Graphics Controller (rev 06)
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor 
HD Audio Controller (rev 06)
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family 
USB xHCI (rev 05)
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series 
Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family 
USB EHCI #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High 
Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI 
Express Root Port #4 (rev d5)
00:1c.4 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI 
Express Root Port #5 (rev d5)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family 
USB EHCI #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation HM86 Express LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 
6-port SATA Controller 1 [AHCI mode] (rev 05)
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus 
Controller (rev 05)
01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce GT 750M] 
(rev ff)
07:00.0 Ethernet controller: Qualcomm Atheros QCA8171 Gigabit Ethernet (rev 10)
08:00.0 Network controller: Intel Corporation Centrino Wireless-N 2230 (rev c4)

% lsusb
Bus 002 Device 002: ID 8087:8000 Intel Corp. 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 8087:07da Intel Corp. 
Bus 003 Device 002: ID 174f:1474 Syntek 
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Never be afraid to try something new. Remember, amateurs built the
ark; professionals built the Titanic.
 -- Anonymous


pgp6vgFUHmKNi.pgp
Description: PGP signature

Re: [arch-general] Kernel 3.19.3 not detecting SD cards

[Magnus Therning]

On Mon, Apr 13, 2015 at 02:24:18AM +, Aaron Caffrey wrote:
 On 12/04/15 at 07:50pm, Magnus Therning wrote:
 On Sun, Apr 12, 2015 at 11:44:20AM -0400, Kinney Baughman wrote:
 Hate to ask the obvious but did you reboot after the kernel upgrade?
 
 Never a bad thing to ask obvious questions... but in this particular
 case I've rebooted several times.  It stopped working when moving to
 3.19.3-1, and stayed not-working in 3.19.3-3.
 
 /M
 
 -- 
 Magnus Therning  OpenPGP: 0xAB4DFBA4
 email: mag...@therning.org   jabber: mag...@therning.org
 twitter: magthe   http://therning.org/magnus
 
 Failure is not an option. It comes bundled with the software.
 
 Hello Magnus,
 
 Can you try that -
 https://lists.archlinux.org/pipermail/arch-general/2015-February/038647.html
 
 Make sure that your user is in the storage group.

Just upgraded to 3.19.3 and now it works.  Must have been something
else impacting this.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Unreadable code,
Why would anyone use it?
Learn a better way.
 -- Geoff Kuenning's contribution to the 2004 Perl Haiku Contest,
Haikus about Perl - 'Dishonerable Mention' winner


pgpQIwE1dcYPq.pgp
Description: PGP signature

[arch-general] Kernel 3.19.3 not detecting SD cards

[Magnus Therning]

SD cards were noticed just fine under 3.19.2, but that stopped when
upgrading to 3.19.3.  Has anyone else noticed this?

For now I've reverted to 3.19.2 again, but would love to hear if it's
some configuration option that I can use to get it working under
3.19.3.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

About the use of language: it is impossible to sharpen a pencil with a
blunt axe. It is equally vain to try to do it with ten blunt axes
instead.
 -- Edsger Dijkstra


pgpgslDyC2Z1I.pgp
Description: PGP signature

Re: [arch-general] Kernel 3.19.3 not detecting SD cards

[Magnus Therning]

On Sun, Apr 12, 2015 at 11:44:20AM -0400, Kinney Baughman wrote:
 Hate to ask the obvious but did you reboot after the kernel upgrade?

Never a bad thing to ask obvious questions... but in this particular
case I've rebooted several times.  It stopped working when moving to
3.19.3-1, and stayed not-working in 3.19.3-3.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Failure is not an option. It comes bundled with the software.


pgpBTa1anr2Nb.pgp
Description: PGP signature

Re: [arch-general] Kernel 3.19.3 not detecting SD cards

[Magnus Therning]

On Sun, Apr 12, 2015 at 09:34:01AM -0700, Steven Grace wrote:
 On 04/12/2015 08:29 AM, Magnus Therning wrote:
 SD cards were noticed just fine under 3.19.2, but that stopped when
 upgrading to 3.19.3.  Has anyone else noticed this?
 
 For now I've reverted to 3.19.2 again, but would love to hear if it's
 some configuration option that I can use to get it working under
 3.19.3.
 
 I'm using 3.19.3 and a MicroSD card mounted automatically as expected.

Ah, damn.  I was hoping this was a widespread problem ;)

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Sendmail and make are two well known programs that are pretty widely
regarded as being debugged into existence. That's why their command
languages are so poorly thought out and difficult to learn.  It's not
just you -- everyone finds them troublesome.
 -- Peter van der Linden, Expert C Programming, p. 220


pgpXwgiUpNMXl.pgp
Description: PGP signature

Re: [arch-general] Kernel 3.19.3 not detecting SD cards

[Magnus Therning]

On Sun, Apr 12, 2015 at 09:53:00PM +0200, Free Coffee wrote:
 
 
 El 12/04/2015 a las 20:13, Troy Engel escribió:
 On Sun, Apr 12, 2015 at 12:51 PM, Magnus Therning mag...@therning.org 
 wrote:
 I'm using 3.19.3 and a MicroSD card mounted automatically as expected.
 Ah, damn.  I was hoping this was a widespread problem ;)
 Nope, tested mine for you too -- I use a cheap $10 Dynex DX-CR112
 USB2 dongle card reader you get at Best Buy, working as expected for
 me on latest updates. Probably a hardware specific regression, you
 might try reading the 3.19 changelog for keywords of the name of your
 hardware...
 
 -te
 Did you try more than one SD card? I have an odd problem with my
 laptop's SD card reader (Acer Aspire E1-572g), It is only able to
 mount some SD cards (that work ok on my desktop computer) and it
 seems quite random.

All the cards I have at home have worked prior to 3.19.3, none with
3.19.3.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
 -- Alan Kay


pgplzigXc_5mQ.pgp
Description: PGP signature

Re: [arch-general] Kernel 3.19.3 not detecting SD cards

[Magnus Therning]

On Sun, Apr 12, 2015 at 01:13:42PM -0500, Troy Engel wrote:
 On Sun, Apr 12, 2015 at 12:51 PM, Magnus Therning mag...@therning.org wrote:
 
  I'm using 3.19.3 and a MicroSD card mounted automatically as expected.
 
  Ah, damn.  I was hoping this was a widespread problem ;)
 
 Nope, tested mine for you too -- I use a cheap $10 Dynex DX-CR112
 USB2 dongle card reader you get at Best Buy, working as expected for
 me on latest updates. Probably a hardware specific regression, you
 might try reading the 3.19 changelog for keywords of the name of your
 hardware...

It's a built-in one, so not quite sure what the make is.  Nothing
stands out in the outputs of `ls{pci,usb}` either.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Of course I laugh at my own jokes. You can't trust strangers.
 -- Phyllis Diller


pgpcy_AUs1a1H.pgp
Description: PGP signature

Re: [arch-general] git bug? (2.3.4-1)

[Magnus Therning]

On Wed, Mar 25, 2015 at 02:00:36PM +0100, Christian Hesse wrote:
 Magnus Therning mag...@therning.org on Wed, 2015/03/25 13:47:
  On Wed, Mar 25, 2015 at 12:47:30PM +0100, Christian Hesse wrote:
   Magnus Therning mag...@therning.org on Wed, 2015/03/25 12:36:
I thought I'd ask here before raising a ticket.

Is anyone else seeing this behaviour with git 2.3.4-1:

~~~
[I] % git fetch
ssh: Could not resolve hostname build01:: Name or service not known
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
~~~

Downgrading to 2.3.3-1 solves it.
   
   What does the URL look like? You can get it for origin with:
   
   % git remote show origin
   
   I suppose you use a non-standard ssh port (or specified it nevertheless)
   with host:port, no? man git-clone tells us to use something like:
   
   ssh://[user@]host.xz[:port]/path/to/repo.git/
  
  It looks like this:
  
  ssh://build01.evidente.local:/home/husqvarna/git/evi-cst.git
  
  Nothing non-standard about that and it has worked fine with every
  version of git I've used the last 6 months or so, until the upgrade to
  2.3.4... I really don't expect the format of remotes to change when
  going from 2.3.3 to 2.3.4!
 
 This should read:
 
 ssh://build01.evidente.local/home/husqvarna/git/evi-cst.git
 
 So try to remove the colon after the hostname...
 
 URL parsing changed from v2.3.3 to v2.3.4. It should not break, but probably
 it was never intended to work the way you used it.

Yes indeed, I was confused with the other format for ssh URLs, where
the colon has to be present... either of these work:

ssh://build01.evidente.local/home/husqvarna/git/evi-cst.git
build01.evidente.local:/home/husqvarna/git/evi-cst.git

Thanks!

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Perl is another example of filling a tiny, short-term need, and then
being a real problem in the longer term.
 -- Alan Kay


pgpPDLI0UD5yY.pgp
Description: PGP signature

Re: [arch-general] git bug? (2.3.4-1)

[Magnus Therning]

On Wed, Mar 25, 2015 at 12:47:30PM +0100, Christian Hesse wrote:
 Magnus Therning mag...@therning.org on Wed, 2015/03/25 12:36:
  I thought I'd ask here before raising a ticket.
  
  Is anyone else seeing this behaviour with git 2.3.4-1:
  
  ~~~
  [I] % git fetch
  ssh: Could not resolve hostname build01:: Name or service not known
  fatal: Could not read from remote repository.
  
  Please make sure you have the correct access rights
  and the repository exists.
  ~~~
  
  Downgrading to 2.3.3-1 solves it.
 
 What does the URL look like? You can get it for origin with:
 
 % git remote show origin
 
 I suppose you use a non-standard ssh port (or specified it nevertheless) with
 host:port, no? man git-clone tells us to use something like:
 
 ssh://[user@]host.xz[:port]/path/to/repo.git/

It looks like this:

ssh://build01.evidente.local:/home/husqvarna/git/evi-cst.git

Nothing non-standard about that and it has worked fine with every
version of git I've used the last 6 months or so, until the upgrade to
2.3.4... I really don't expect the format of remotes to change when
going from 2.3.3 to 2.3.4!

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

There's a big difference between making something easy to use and
making it productive.
 -- Adam Bosworth


pgpEyo8ZKzwT3.pgp
Description: PGP signature

[arch-general] git bug? (2.3.4-1)

[Magnus Therning]

I thought I'd ask here before raising a ticket.

Is anyone else seeing this behaviour with git 2.3.4-1:

~~~
[I] % git fetch
ssh: Could not resolve hostname build01:: Name or service not known
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
~~~

Downgrading to 2.3.3-1 solves it.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

$my_args = shift;
system(gcc $my_args);
print I prefer C\n;
 -- Robert Dieterich's contribution to the 2004 Perl Haiku Contest,
Haikus in Perl - 'Dishonerable Mention' winner


pgpJ6ItoMKqfq.pgp
Description: PGP signature

[arch-general] makepkg as root

[Magnus Therning]

I just noticed that `makepkg` no longer accepts '--asroot', does that
mean there now is no way to convince `makepkg` to build despite being
run as root?

/M

P.S.  I am fully aware of the problems with building as root, but as I'm
only building packages I'm myself creating, and doing it in a docker
image, I feel I can live with the dangers... especially when it saves
me some work in setting up docker images.

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

What gets measured, gets done.
 -- Tom Peters


pgpqxT6ss7KMZ.pgp
Description: PGP signature

Re: [arch-general] mutt and gnupg

[Magnus Therning]

On Sun, Dec 07, 2014 at 10:45:45AM +1300, Jason Ryan wrote:
 On 06/12/14 at 10:36pm, Magnus Therning wrote:
 On Fri, Dec 05, 2014 at 09:55:22AM -0600, Troy Engel wrote:
 On Fri, Dec 5, 2014 at 3:53 AM, Magnus Therning mag...@therning.org wrote:
  So, is there some way to configure mutt to go straight to the
  gpg-agent, without any warning messages on startup?
 
 I fought with this as soon as it came out and engaged upstream -
 v2.1.x requires the agent and pinentry, you'll need to work out a
 change in your configuration to use loopback mode in pinentry. Based
 on the forum thread and upstream bug report I worked out these
 instructions for a general case:
 
   https://wiki.archlinux.org/index.php/Gnupg#Unattended_passphrase
 
 If you figure out another case that is needed, please update the wiki
 with your new find. :)
 
 Hmm, that configuration basically makes GnuPG *not* use the pinentry
 program and makes mutt completely bypass the use of gpg-agent.
 
 I rather like gpg-agent and the pinentry program... so I'd much rather
 configure mutt to work with standard behaviour of v2.1.x.  Is that
 possible?
 
 
 Yes, but you do need to move to GPGME (or at least that was the only
 way I restored that functionality).
 
 Update your gpg configuration in your mutt files:
  set crypt_use_gpgme = yes
 
 Then in your shell profile file, set a couple of variables:
  export GPG_TTY=$(tty)
  export GPG_AGENT_INFO=$HOME/.gnupg/S.gpg-agent
 
 Now you will get the pinentry prompt in mutt, and your gpg-agent
 will continue to work for other services (which the loopback hack
 breaks, as noted in the GPG release notes).

IIRC those used to *have* to be set, and that was done via the
loginmanager (e.g. gdm), but that doesn't seem to be necessary any
longer, but I guess mutt depends on them being there in order to find
out that gpg-agent is running.  Is that correct?

Anyway, making the changes you propose makes mutt behave the way I
want.  Thanks!

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Code as if whoever maintains your program is a violent psychopath who knows
where you live.
 -- Anonymous


pgppfL3PbGJDG.pgp
Description: PGP signature

Re: [arch-general] mutt and gnupg

[Magnus Therning]

On Fri, Dec 05, 2014 at 09:55:22AM -0600, Troy Engel wrote:
 On Fri, Dec 5, 2014 at 3:53 AM, Magnus Therning mag...@therning.org wrote:
  So, is there some way to configure mutt to go straight to the
  gpg-agent, without any warning messages on startup?
 
 I fought with this as soon as it came out and engaged upstream -
 v2.1.x requires the agent and pinentry, you'll need to work out a
 change in your configuration to use loopback mode in pinentry. Based
 on the forum thread and upstream bug report I worked out these
 instructions for a general case:
 
   https://wiki.archlinux.org/index.php/Gnupg#Unattended_passphrase
 
 If you figure out another case that is needed, please update the wiki
 with your new find. :)

Hmm, that configuration basically makes GnuPG *not* use the pinentry
program and makes mutt completely bypass the use of gpg-agent.

I rather like gpg-agent and the pinentry program... so I'd much rather
configure mutt to work with standard behaviour of v2.1.x.  Is that
possible?

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
 -- Alan Kay


pgpbo3zuxuASG.pgp
Description: PGP signature

[arch-general] mutt and gnupg

[Magnus Therning]

It seems a recent upgrade of gnupg (I'm at 2.1.0-6) has degraded my
mutt config slightly.  I've just compared my gpg-related config of
mutt to /usr/share/doc/mutt/samples/gpg.rc and they match.  Beyond
what's found there I also have the following settings:

set crypt_autoencrypt = no
set crypt_autosign = yes
set crypt_autosmime = no
set crypt_replyencrypt = yes
set crypt_replysign = yes
set crypt_replysignencrypted = yes
set crypt_use_gpgme = no
set pgp_sign_as = 0xAB4DFBA4
set pgp_use_gpg_agent = yes
set smime_is_default = no

The behaviour that changed after the recent upgrade of gnupg was that
mutt started asking me for a password.  Before the upgrade it didn't,
it handed over to the gpg-agent right away.  My testing suggests that
the value of `pgp_use_gpg_agent` has no influence on mutt's behaviour
at all any more.

However, if I do set `crypt_use_gpgme` mutt hands off to the gpg-agent
right away.  However, if I set that mutt reports the following when
started:

Using GPGME backend, although no gpg-agent is running

So, is there some way to configure mutt to go straight to the
gpg-agent, without any warning messages on startup?

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Any fool can write code that a computer can understand.  Good programmers
write code that humans can understand.
 -- Martin Fowler


pgpylAmUcC2y7.pgp
Description: PGP signature

[arch-general] Is sloppy/mouse focus broken in Gnome 3.14?

[Magnus Therning]

Has anyone else found that sloppy focus and focus-follows-mouse are
behaving strangely since the upgrade to Gnome3.14?

This is the behaviour I observe:

1. Have two gnome-terminals on desktop A, each one covering one half
   of the screen
2. Have one maximised gnome-terminal on desktop B
3. On desktop A, move mouse (and focus) to first window.
4. Confirm that Ctrl-Tab switches focus to second window.
5. Move to desktop B
6. Move back to desktop A
7. Confirm that first window has focus, because that's where the mouse
   pointer is

At this point Ctrl-Tab can't be used to switch to the second window!

Forcing the focus, either by clicking in the first windows, or by
moving the mouse to the second window, will result in Ctrl-Tab working
as expected again.

Is anyone else seeing this behaviour?
Is it a known bug?

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Perl is another example of filling a tiny, short-term need, and then
being a real problem in the longer term.
 -- Alan Kay


pgppcMyPOx8IK.pgp
Description: PGP signature

Re: [arch-general] systemd-journal groups?

[Magnus Therning]

On Wed, Oct 01, 2014 at 01:35:40PM +0200, Rodrigo Rivas wrote:
 On Tue, Sep 30, 2014 at 9:42 AM, Magnus Therning mag...@therning.org wrote:
  I have a feeling this should be documented somewhere, but I can't seem
  to find anything about it.
 
  When catching up with the latest package updates just now I noticed I
  had a passwd.pacnew file in /etc.  When merging in the changes I found
  I have two systemd user entries that don't appear in the upstream
  file:
 
systemd-journal-remote:x:997:997:systemd Journal Remote:/:/usr/bin/nologin
systemd-journal-upload:x:996:996:systemd Journal Upload:/:/usr/bin/nologin
 
  Are they safe to remove?
 
 I don't find any mention to these users in the documentation [1][2]
 but... -I'm guessing here- these users seem to be used only for the
 services of the same name. See
 /usr/lib/systemd/systemd-journal-{remote,upload}.service.
 
 So if you are not planning to use these services, you should not need
 these users.
 
 BTW, there is also a systemd-journal-gateway, with the same pattern.

Well, systemd-journal-gateway comes with the default `/etc/passwd` in
the filesystem package.  The other two do not, hence the question.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Heuristic is an algorithm in a clown suit. It’s less predictable, it’s more
fun, and it comes without a 30-day, money-back guarantee.
 -- Steve McConnell, Code Complete 


pgpI86uWPXFWV.pgp
Description: PGP signature

[arch-general] systemd-journal groups?

[Magnus Therning]

I have a feeling this should be documented somewhere, but I can't seem
to find anything about it.

When catching up with the latest package updates just now I noticed I
had a passwd.pacnew file in /etc.  When merging in the changes I found
I have two systemd user entries that don't appear in the upstream
file:

  systemd-journal-remote:x:997:997:systemd Journal Remote:/:/usr/bin/nologin
  systemd-journal-upload:x:996:996:systemd Journal Upload:/:/usr/bin/nologin

Are they safe to remove?

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

The results point out the fragility of programmer expertise: advanced
programmers have strong expectations about what programs should look like,
and when those expectations are violated--in seemingly innocuous
ways--their performance drops drastically.
 -- Elliot Soloway and Kate Ehrlich


pgpmFQR0Nuy8O.pgp
Description: PGP signature

Re: [arch-general] Building in docker?

[Magnus Therning]

On 4 Sep 2014 20:00, Neven Sajko nsa...@gmail.com wrote:

 Magnus, did you run that lxc-create with root rights?

No, I did not. I thought that might be case, but there were no explicit
mentions of this and all the usual visual cues in the docs were missing (no
calls to 'sudo' and the prompt was $).

But in my search for it I read about configuration of networking with
explicit bridge configuration and stuff and I decided to abandon the effort.

/M

Re: [arch-general] Building in docker?

[Magnus Therning]

On Thu, Sep 04, 2014 at 09:11:17PM +0200, Vincent Ambo wrote:
 I have a very simple container that I use for building Arch
 packages, just added it to the Docker Hub so others can use it:
 https://registry.hub.docker.com/u/tazjin/arch-pkgbuild/
 
 It's basically an Arch container that gets updated at image create
 time and has base-devel installed. When running the container it
 automatically executes makepkg from /build.
 
 To try enter a folder with a PKGBUILD and just run
 
 docker run --rm -v $(pwd):/build tazjin/arch-pkgbuild
 
 and it'll install the dependencies in the container and build the
 package.  Note that because of the minimal system the build
 dependencies need to be correct.
 
 The mirrorlist in the container is using servers in Sweden, you
 could replace it though if you wanted.

Very nice.  I can definitely use it as a base for my building.  One
thing though, I can't seem to find any pre-built 32-bit image though.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

In a hierarchy, every employee tends to rise to his level of incompetence.
 -- The Peter Principle


pgp80u3TQpvSt.pgp
Description: PGP signature

[arch-general] Building in docker?

[Magnus Therning]

For various reasons I'm looking into not using `makechrootpkg` when
building the 200+ packages I put into a non-official repo.  Obviously
it's important to keep the building environment separate from my
ordinary system environment.  Going to full virtualisation is
definitely overkill and the only containers I know of are chroots and
docker.

Docker has some nice attributes, in particular no need for root
access.  However, I don't know a whole lot about it, so I wonder are
there any aspects to it that makes it a bad choice for building
packages?

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Heuristic is an algorithm in a clown suit. It’s less predictable, it’s more
fun, and it comes without a 30-day, money-back guarantee.
 -- Steve McConnell, Code Complete 


pgpCp7kUuKReV.pgp
Description: PGP signature

Re: [arch-general] Gnome extensions and the extension site

[Magnus Therning]

On Wed, Sep 03, 2014 at 09:57:20AM +0200, Kevin Halvarsson wrote:
 On 03/09/14 08:18, Sebastiaan Lokhorst wrote:
 What browser are you using?
 If it is Chromium/Google Chrome, they dropped support for NPAPI plugins, so
 this will not work in Chromium anymore.
 If your using Firefox, do you see Gnome Shell Integration in about:addons
 in the Plugins tab?
 I had this issue too. I found the GNOME Shell Integration extension in
 Firefox and changed it from Ask to activate to Always activate and it
 fixed it.

Any pointers on how to do that?

All instructions I find rely on the plugin actually appearing on the
web page so I can click something.  However, the Gnome plugin doesn't.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Perl is another example of filling a tiny, short-term need, and then
being a real problem in the longer term.
 -- Alan Kay


pgpegtbWewxAR.pgp
Description: PGP signature

Re: [arch-general] Building in docker?

[Magnus Therning]

On Wed, Sep 03, 2014 at 09:17:32AM +0100, Mauro Santos wrote:
 On 03-09-2014 08:04, Magnus Therning wrote:
  For various reasons I'm looking into not using `makechrootpkg` when
  building the 200+ packages I put into a non-official repo.  Obviously
  it's important to keep the building environment separate from my
  ordinary system environment.  Going to full virtualisation is
  definitely overkill and the only containers I know of are chroots and
  docker.
 
 I'm not sure if you are including systemd-nspawn in the chroot
 category, if not then give it a try. I tend to think of it as chroot
 on steroids :D

I believe `arch-chroot` uses systemd-nspawn, so in fact it's what I
meant with chroot. :)

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Perl is another example of filling a tiny, short-term need, and then
being a real problem in the longer term.
 -- Alan Kay


pgps3iR85a6pi.pgp
Description: PGP signature

Re: [arch-general] Gnome extensions and the extension site

[Magnus Therning]

On Wed, Sep 03, 2014 at 11:26:37AM +0200, Kevin Halvarsson wrote:
 On 03/09/14 10:16, Magnus Therning wrote:
 On Wed, Sep 03, 2014 at 09:57:20AM +0200, Kevin Halvarsson wrote:
 On 03/09/14 08:18, Sebastiaan Lokhorst wrote:
 What browser are you using?
 If it is Chromium/Google Chrome, they dropped support for NPAPI plugins, so
 this will not work in Chromium anymore.
 If your using Firefox, do you see Gnome Shell Integration in about:addons
 in the Plugins tab?
 I had this issue too. I found the GNOME Shell Integration extension in
 Firefox and changed it from Ask to activate to Always activate and it
 fixed it.
 Any pointers on how to do that?
 
 All instructions I find rely on the plugin actually appearing on the
 web page so I can click something.  However, the Gnome plugin doesn't.
 
 /M
 
 No, I'm sorry. For me, the plugin was just there after installing the
 gnome group.

What do you mean by there?

It's in 'about:plugins'  but I find no way to interact with it to set
its Always active status.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

The results point out the fragility of programmer expertise: advanced
programmers have strong expectations about what programs should look like,
and when those expectations are violated--in seemingly innocuous
ways--their performance drops drastically.
 -- Elliot Soloway and Kate Ehrlich


pgpqhilj1mYaY.pgp
Description: PGP signature

Re: [arch-general] Gnome extensions and the extension site

[Magnus Therning]

On Wed, Sep 03, 2014 at 07:47:02PM +1000, Simon Perry wrote:
 On 03/09/14, Magnus Therning wrote:
 
 | What do you mean by there?
 | 
 | It's in 'about:plugins'  but I find no way to interact with it to set
 | its Always active status.
 
 about:addons or use Add-ons from the main menu.
 
 Then click on plugins, should look like:
 
 https://i.imgur.com/xXvjJ0X.png

Thanks.  That seems to have fixed it.  I came at it from the
about:plugins, where there seems to be no such handy dropdown for each
installed plugin.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Goto labels should be left-aligned in all caps and should include the
programmer's name, home phone number, and credit card number.
 -- Abdul Nizar


pgpNkQLGAXq5c.pgp
Description: PGP signature

Re: [arch-general] Building in docker?

[Magnus Therning]

On Wed, Sep 03, 2014 at 12:36:23PM -0400, Leonid Isaev wrote:
 On Wed, Sep 03, 2014 at 09:04:37AM +0200, Magnus Therning wrote:
  For various reasons I'm looking into not using `makechrootpkg` when
  building the 200+ packages I put into a non-official repo.  Obviously
  it's important to keep the building environment separate from my
  ordinary system environment.  Going to full virtualisation is
  definitely overkill and the only containers I know of are chroots and
  docker.
 
 If by chroot you mean also nspawn, then it is mostly equivalent to
 docker and lxc. The only thing bad about systemd-nspawn is its lack
 of easy config through files (it only supports cmdline switches
 which is ridiculously cumbersome).  Also, docker is more complex
 than a plain lxc-tools approach.
 
 So, I would go with lxc as the simplest and most flexible solution.
 In fact, that's how I build my packages.

Oki, I've never looked at lxc, I was under the impression that docker
used to build on lxc in the past.  Is that not true any longer?

Is there a template included for Arch?  That would be quite nice
because building the docker image for Arch is a bit ugly I'd say

Finally, what about running a 32bit container on a 64bit host?  I've
not managed to find any indication that this is officially supported
in docker, but it seems to work just fine.

  Docker has some nice attributes, in particular no need for root
  access.  However, I don't know a whole lot about it, so I wonder are
 
 Where do you take this from? Rootless containers require a specific
 host kernel configuration (which -ARCH kernels don't have).

Well, I'm probably imprecise here.  What I meant was that after the
service has been started (which requires root) any user in the docker
group can start images.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Goto labels should be left-aligned in all caps and should include the
programmer's name, home phone number, and credit card number.
 -- Abdul Nizar


pgpRD2qvg6n0r.pgp
Description: PGP signature

Re: [arch-general] Building in docker?

[Magnus Therning]

On Wed, Sep 03, 2014 at 12:36:23PM -0400, Leonid Isaev wrote:
 On Wed, Sep 03, 2014 at 09:04:37AM +0200, Magnus Therning wrote:
  For various reasons I'm looking into not using `makechrootpkg` when
  building the 200+ packages I put into a non-official repo.  Obviously
  it's important to keep the building environment separate from my
  ordinary system environment.  Going to full virtualisation is
  definitely overkill and the only containers I know of are chroots and
  docker.
 
 If by chroot you mean also nspawn, then it is mostly equivalent to
 docker and lxc. The only thing bad about systemd-nspawn is its lack
 of easy config through files (it only supports cmdline switches
 which is ridiculously cumbersome).  Also, docker is more complex
 than a plain lxc-tools approach.

As always complex doesn't automatically translate to complicated ;)

In this particular case I had no issues with following the
instructions I found on docker.  While when spending the same amount
of time on getting lxc to work I get stuck almost immediately:


% lxc-create -n test -t archlinux
lxc_container: No mapping for container root
lxc_container: Error chowning /home/magnus/.local/share/lxc/test/rootfs to 
container root
lxc_container: Error creating backing store type (none) for test
lxc_container: Error creating container test


And quick googling didn't turn up anything useful.  Reading through
the Linux Containers page [1] didn't help either.

/M

[1]: https://wiki.archlinux.org/index.php/Linux_Containers

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

In a hierarchy, every employee tends to rise to his level of incompetence.
 -- The Peter Principle


pgp0wMJk1PuU6.pgp
Description: PGP signature

[arch-general] Gnome extensions and the extension site

[Magnus Therning]

For a while now I get the following message when I visit
https://extensions.gnome.org/:

  We cannot detect a running copy of GNOME on this system, so some
  parts of the interface may be disabled. See our troubleshooting
  entry for more information.

It was working a few months ago; since this is Arch it was quite a few
updates ago ;)

Now a couple of the extensions I like are out of date and I'd like to
update them.  I've looked at the troubleshooting entry but nothing
there improves the situation.

Are others seeing this, or am I alone?
Any ideas of what I should check/modify to get it back to a working
state?

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

What gets measured, gets done.
 -- Tom Peters


pgpmMKb3HGkgx.pgp
Description: PGP signature

Re: [arch-general] Vim clipboard option

[Magnus Therning]

On Thu, Aug 21, 2014 at 07:39:50AM +0200, Yamakaky wrote:
 Hi
 
 It's good to have a real vim package, but the `clipboard` option is now
 disabled (see `vim --version`). Is there any reason ? I use it a lot via the
 + register.

It's disabled in the vim package, but enabled in gvim.  Is there any
particular reason why you want the terminal-only vim to use the X
clipboard?

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

As long as there are ill-defined goals, bizarre bugs, and unrealistic
schedules, there will be Real Programmers willing to jump in and Solve The
Problem, saving the documentation for later.  Long live Fortran!
 -- Ed Post


pgpy5sC3ycGvv.pgp
Description: PGP signature

[arch-general] gpg-agent: SSH_AGENT_FAILURE when adding an ECDSA key

[Magnus Therning]

According to what I've found gpg-agent's ssh-agent should, as of
version 2.0.21, support ECDSA keys, but still I can't add such a key:


% ssh-add ~/.ssh/id_ecdsa_gitlab
Enter passphrase for /home/magnus/.ssh/id_ecdsa_gitlab: 
SSH_AGENT_FAILURE
Could not add identity: /home/magnus/.ssh/id_ecdsa_gitlab


I've verified that gpg-agent is properly set up by adding an RSA key:


% ssh-add .ssh/id_rsa_test
Enter passphrase for .ssh/id_rsa_test: 
Identity added: .ssh/id_rsa_test (.ssh/id_rsa_test)
% ssh-add -l
2048 5a:5f:b5:ca:0c:d5:ba:dc:1d:4f:d8:13:5a:91:4e:69 .ssh/id_rsa_test (RSA)


Am I doing something wrong here, or should I just use ssh-agent from OpenSSH
instead (or stop using ECDSA keys)?

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

In a hierarchy, every employee tends to rise to his level of incompetence.
 -- The Peter Principle


pgplQPovlnhcl.pgp
Description: PGP signature

Re: [arch-general] Starting gpg-agent from systemd?

[Magnus Therning]

On Tue, Jun 10, 2014 at 03:06:12PM +0200, Bjørnar Hansen wrote:
 On Sun, Jun 8, 2014 at 10:21 PM, Magnus Therning mag...@therning.org wrote:
 I did the following

 - start the systemd service envoy@ssh-agent.socket
 - add pam_envoy.so to /etc/pam.d/system-login

 That got it working for ssh, but not for gpg.  Is there something
 else I should do to also get gpg-agent support?
 
 Did you also start the systemd service envoy@gpg-agent.socket?

Nope, since that isn't documented anywhere I did not even know it was
required :)

With that it seems to work though, and if I use gpg-agent.socket *and*
configure my gpg-agent to handle ssh-agent as well, then that seems to
be all I need to do to get both running.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Goto labels should be left-aligned in all caps and should include the
programmer's name, home phone number, and credit card number.
 -- Abdul Nizar


pgpitBbTZYhwe.pgp
Description: PGP signature

Re: [arch-general] Starting gpg-agent from systemd?

[Magnus Therning]

On Fri, Jun 06, 2014 at 10:41:24AM -0700, Patrick Burroughs (Celti) wrote:
 On Fri, Jun 6, 2014 at 10:14 AM, Magnus Therning mag...@therning.org wrote:
  I have a feeling this ought to be solvable using systemd but I can't
  really see how.  Writing a service for gpg-agent is not that
  difficult, and it creates the required environment file without
  problems.  But, how do I hook it in to the user login in the right
  way?  Who should be wanting my gpg-agent.service, and then load the
  generated file using EnvironmentFile=?
 
 Rather than starting it purely with systemd, have you looked into
 using Envoy [1] and using its PAM module to ensure it gets propagated
 to the entire login session?

Thanks.  I did the following

- start the systemd service envoy@ssh-agent.socket
- add pam_envoy.so to /etc/pam.d/system-login

That got it working for ssh, but not for gpg.  Is there something else
I should do to also get gpg-agent support?

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
 -- Alan Kay


pgp7ky9LCUNfi.pgp
Description: PGP signature

[arch-general] Starting gpg-agent from systemd?

[Magnus Therning]

For the first time ever today, I noticed this little gem of a message
from gpg:


gpg: WARNING: The GNOME keyring manager hijacked the GnuPG agent.
gpg: WARNING: GnuPG will not work proberly - please configure that tool to not 
interfere with the GnuPG system!


So I started looking into some nice way of switching to gpg-agent, but
how to start it in a nice way when using Gnome?

The instructions at [^1] are for the shell and for using ~/.xinitrc to
start X.  So neither is very well suited for me as I'm letting GDM log
me in to Gnome without use of ~/.xinitrc and the agent has to be
available also to apps started via Gnome Shell.

I have a feeling this ought to be solvable using systemd but I can't
really see how.  Writing a service for gpg-agent is not that
difficult, and it creates the required environment file without
problems.  But, how do I hook it in to the user login in the right
way?  Who should be wanting my gpg-agent.service, and then load the
generated file using EnvironmentFile=?

All pointers are welcome.

/M

[^1]: https://wiki.archlinux.org/index.php/GnuPG#gpg-agent

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

What gets measured, gets done.
 -- Tom Peters


pgpqXgibrQ65p.pgp
Description: PGP signature

[arch-general] evolution-ews, does it work?

[Magnus Therning]

I'm seeing strange behaviour in evolution when adding an EWS account,
so I'm wondering if others are having problems with it, or if the
blame falls squarely on the exchange server I'm trying to connect to.

My system is up-to-date:

% pacman -Q|grep evolution
evolution 3.12.2-1
evolution-data-server 3.12.2-1
evolution-ews 3.12.2-1

I can, seemingly successfully, configure an EWS account.  During
config I can fetch the OAB URL, which ought to indicate that at least
something's working as it's supposed to.  However, once I finish the
account is nowhere to be found.  Indeed, when I restart evolution I
get thrown back into configuring an account again.

It would be great to hear if anyone is using the standard Arch package
of evolutin-ews successfully.  Then I can be pretty sure that my
problems are caused by our (rather clueless) sysadmins.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Most software today is very much like an Egyptian pyramid with
millions of bricks piled on top of each other, with no structural
integrity, but just done by brute force and thousands of slaves.
 -- Alan Kay


pgpbQ3y45xLMi.pgp
Description: PGP signature

Re: [arch-general] GNU IceCat should be in the official repos

[Magnus Therning]

On Thu, May 22, 2014 at 12:05 PM, Richter Vania
richter.va...@yandex.com wrote:
 With Mozilla Firefox implementing DRM in their source code, I think more 
 users - even those who aren't strictly Free Software people - will move to 
 GNU IceCat.

No, AFAIU Mozilla Firefox will not implement DRM in their source.
They will write an open-source wrapper around Adobe's CDM-thingie,
which will end up as a optional plugin at the end user's side.  This
may still mean that more users move towards GNU IceCat though.  Who
knows?

 I know that most IceCat users compile it themselves but I compiling it takes 
 a lot of time and a binary package would help those people who don't want to 
 use Mozilla Firefox but still want to keep their browser up-to-date.

 I know that Arch isn't particularly aligned politically but I see this matter 
 as practical, many people are going to switch to GNU IceCat if the DRM is 
 implemented.

Providing binary packages for Ice Cat may of course be interesting anyway!

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Re: [arch-general] virtualize a w8 ntfs partition and run w8 inside Arch

[Magnus Therning]

On Thu, May 15, 2014 at 1:50 PM, arnaud gaboury
arnaud.gabo...@gmail.com wrote:
 I dual boot Arch and w8 in EFI mode with rEFInd. Both Os are on the
 same ssd, with a ESP partition.

 Now I am looking to allow Arch users to run a virtualized version of
 the w8 already installed. The idea is to keep the dual boot option and
 allow the use of the installed w8 from Arch.I want to run within Arch
 a real copy of w8. In short, when changes are made or new apps are
 installed from w8 boot, I want to be sure these changes will be taken
 into account in the virtualized w8.

 It seems to me the QEMU arch wiki part [1] :
 Using any real partition as the single primary partition of a hard disk image

 will do what I am willing for. Am I right?
 If yes, is there any workaround to use the ESP partition of my ssd
 instead of creating a MBR like suggested in the WIKI ?

 Thank you for help and tips.

I'm currently doing something similar in order to limit my exposure to
Windows 7.  However I'm using VirtualBox.  I'm not familiar enough
with QEMU to know how it compares on a feature level, USB passthrough
and other things, but I thought I'd just mention it as an option to
QEMU.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Re: [arch-general] virtualize a w8 ntfs partition and run w8 inside Arch

[Magnus Therning]

On Thu, May 15, 2014 at 06:38:59PM +0200, arnaud gaboury wrote:
 
  Isn't Windows going to complain about the hardware changing when you
  alternate between the virtual machine and the real PC?
 
  --
  damjan
 
 I think it will be a serious issue. you are right. Hardware
 registration can be a barrier to this setup.

I have run setups like that for extended periods of time without a
single complaint.  The first time I've run into issues is actually now
at work, I suspect it's the OEM license key that is causing the
troubles.

In any case there is no harm in trying.  You'll only get the
non-genuine crap popping up in the VM, when booting into it directly
there'll be no complaints at all.  So try it, if you get away with it,
great.  If not, just dual boot instead.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

What gets measured, gets done.
 -- Tom Peters


pgpfmgOqrL1Id.pgp
Description: PGP signature

Re: [arch-general] error: haskell-core: signature

[Magnus Therning]

On Mon, May 12, 2014 at 10:11 AM, Bjørn Øivind Bjørnsen
bo.bjorn...@gmail.com wrote:
 On 11/05/14 16:41, Ralf Mardorf wrote:
 Hi,

 I don't know what to do, to get rid of the haskell-core errors [1]

 Regards,
 Ralf

 [1]
 https://github.com/archhaskell/habs/blob/master/README.md
  snip

 Hello,

 Did you remember to sign the key locally?

 # pacman-key --lsign-key 4209170B

 Check out this page for the steps I used to enable the repository:
  https://wiki.archlinux.org/index.php/Haskell#ArchHaskell_repository

 There's also the arch-haskell list at:
  http://www.haskell.org/mailman/listinfo/arch-haskell
 if you have any further questions.

You beat me to it Bjørn ;)  Just to re-iterate though, Ralf, please
feel free to post your questions to the arch-haskell list.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Re: [arch-general] Cannot update archlinux

[Magnus Therning]

On Fri, May 9, 2014 at 10:06 AM, Maykel Franco maykeldeb...@gmail.com wrote:
 2014-05-07 2:39 GMT+02:00 Doug Newgard scim...@archlinux.info:
 On 2014-05-06 15:12, Marcel Korpel wrote:

 On Tue, May 6, 2014 at 10:08 PM, Maykel Franco maykeldeb...@gmail.com
 wrote:

 Cannot found any package called haskell-mmap:

 LANG=C sudo pacman -Ss haskell-mmap


 It's in the AUR: https://aur.archlinux.org/packages/haskell-mmap


 So you are responsible for managing it. In this case, remove it, upgrade,
 then reinstall it.

 Basic stuff.

 I have installed haskell-mmap and the error is persist

I hope that was just a typo on your part, he did say uninstall.
Unless you have a real need for it just remove 'ghc', that should pull
with it every single Haskell lib you have on your system too:

% sudo pacman -Rncs ghc

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

[arch-general] bumblebee: only working every other time

[Magnus Therning]

I've finally gotten around to installing and configuring bumblebee.
It's working, sort of.  It's rather weird because it only works every
other time:


% cat /proc/acpi/bbswitch 
:01:00.0 OFF

% primusrun glxspheres64 
primus: fatal: Bumblebee daemon reported: error: [XORG] (EE) NVIDIA(GPU-0): 
Failed to initialize the NVIDIA GPU at PCI:1:0:0.  Please

% primusrun glxspheres64
Polygons in scene: 62464
Visual ID of window: 0x20
Context is Direct
OpenGL Renderer: GeForce GT 750M/PCIe/SSE2
62.103457 frames/sec - 69.307458 Mpixels/sec


And so it goes on.  The next run of `primusrun` fails, usually with
the message


% primusrun glxspheres64
primus: fatal: Bumblebee daemon reported: error: [XORG] (EE) Server terminated 
successfully (0). Closing log file.


the next run works.  And so on.  Very strange behaviour I think.  And
the $SEARCH_ENGINE doesn't really offer any help either, most people
seem to have the problem that it never works, not that it works 50% of
the times :(

Any and all help much appreciated.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Most software today is very much like an Egyptian pyramid with
millions of bricks piled on top of each other, with no structural
integrity, but just done by brute force and thousands of slaves.
 -- Alan Kay


pgp1ZW4PnN5lV.pgp
Description: PGP signature

Re: [arch-general] bumblebee: only working every other time

[Magnus Therning]

On Wed, Apr 16, 2014 at 07:51:37PM +0200, G. Schlisio wrote:
  It's rather weird because it only works every other time:
 
 i had those errors as well (i use optirun). adding kernel command line
 parameters as mentioned in this [0] thread solved it for me.
 
 [0] https://bbs.archlinux.org/viewtopic.php?id=169742

Indeed, adding

  rcutree.rcu_idle_gp_delay=1

to GRUB_CMDLINE_LINUX_DEFAULT in `/etc/default/grub` did the trick.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

The results point out the fragility of programmer expertise: advanced
programmers have strong expectations about what programs should look like,
and when those expectations are violated--in seemingly innocuous
ways--their performance drops drastically.
 -- Elliot Soloway and Kate Ehrlich


pgpi4SbQQ_LG3.pgp
Description: PGP signature

Re: [arch-general] [arch-dev-public] [aur-general] GHC 7.8.1 packaging decisions for Arch Linux

[Magnus Therning]

On Thu, Apr 10, 2014 at 5:21 AM, Daniel Micay danielmi...@gmail.com wrote:
 On 09/04/14 11:12 PM, Allan McRae wrote:
 Now that aside is finished, what is the deal with that arch-haskell
 group?  Is it still going?  Would they want to provide packages
 officially instead?

 It's definitely still active. They seem to have all the necessary
 automation worked out. AFAICT they do an automated conversion from the
 cabal files and maintain a set of patches for adding external
 dependencies, etc.

 https://github.com/archhaskell

Indeed, it's still active.  Not
steaming-full-ahead-lika-a-freight-train active, but we're bringing in
updates and adding new packages at a somewhat leasurely pace :)

The tool that makes it possible is cblrepo - https://github.com/magthe/cblrepo

Beyond that there are a few scripts that makes the chore of keeping
packages up-to-date largely automated.  The experience is that a
single person can keep over 200 packages up-to-date with spending
about 15-30 minutes per week.  The builds of course take longer than
that (sometimes much longer), but they don't require active
monitoring.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Re: [arch-general] [aur-general] GHC 7.8.1 packaging decisions for Arch Linux

[Magnus Therning]

On Thu, Apr 10, 2014 at 01:34:00PM +0200, Bardur Arantsson wrote:
 On 2014-04-09 09:07, Magnus Therning wrote:
 Change 2: Make a news item stating that cabal-install is now the
 recommended way to install haskell packages. This wouldn't pollute
 the filesystem since cabal-install installs packages to the
 ~/.cabal directory by default. We might need to include a tip
 sheet about how you would handle ghc updates since it requires
 extra user steps.
 
 It should be noted that cabal-install isn't a package manager in
 the true sense[1].  I'm not sure this is an argument against making
 the change you propose, but it's worth noting.
 
 With sandboxing/hsenv I've actually found cabal-install it to work
 much better than attempting to use distro packages for some
 libraries. (There error messages for stuff that requires native C
 libraries aren't always stellar, but that's something you quickly
 get used to.)

I know some people swear by cabal-install, but I've personally never
gotten into using it.  The sandbox feature does look neat and I've
been meaning to try it out.  A very first attempt just now did not
impress me though: it wanted to downgrade bytestring for no
discernible reason.  Probably a user error though.

 I think it would be a good idea to strip everything back to just
 having GHC and cabal-install in the base and to take some time to
 rethink how packaging everything else should work.

Personally I think it depends on what everything else is.  One
approach would be to centre everything around applications.  To some
extent I think that is the (maybe not explicit) rule for the rest of
the packages.  That would mean libs aren't packaged for their own
sake, only in order to provide an application.  This would mean that
it'd be entirely possible to /only/ have ghc + cabal-install and still
package all applications written in Haskell[^1].

/M

[^1]: Ghc still links applications statically it seems so building in
a sandbox and then only package the resulting executables.

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
 -- Alan Kay


pgpgubFeQGYHF.pgp
Description: PGP signature

Re: [arch-general] [aur-general] GHC 7.8.1 packaging decisions for Arch Linux

[Magnus Therning]

Tom,

I might come across as very critical below, but I'm really not.  As
you probably realise I've also thought a bit about related questions
and I'm just really interested in your thoughts and answers.

On Wed, Apr 9, 2014 at 7:27 AM, Thomas Dziedzic gos...@gmail.com wrote:
 Hello all,

 With the arrival of ghc 7.8.1 [0], I would like to address the following
 problems with a restructuring of how we treat haskell packages in archlinux:
[...]
 Change 1: Move every haskell related package out of [extra] into
 [community] except ghc and cabal-install. This includes the following 8
 packages: haskell-http, haskell-mtl, haskell-network, haskell-parsec,
 haskell-random, haskell-text, haskell-transformers, haskell-zlib
 Explanation: These packages are only required to build cabal-install. Since
 we converted the cabal-install package to use the bootstrap script that
 comes with it, we no longer depend on these packages for anything in
 [extra].

I'm guessing this means cabal-install now is the only package outside
of [community] that uses ghc to build.  Is that right?

Is the plan then that any future tools (i.e. non-libraries)
implemented in Haskell would go into [community]?

devil advocate
There is nothing that say one HAS to wait for a ghc upgrade in order
to provide newer versions of Haskell packages.  As you point all
that's needed is a rebuild of all the packages that depend on the
upgraded one.  If that's messy it sounds like you are using bad tools
to handle upgrading.  Are you really suggesting ArchLinux abandon
packaging a whole class of software just because the tools are
inadequate?
/devils advocate

 Change 2: Make a news item stating that cabal-install is now the
 recommended way to install haskell packages. This wouldn't pollute the
 filesystem since cabal-install installs packages to the ~/.cabal directory
 by default. We might need to include a tip sheet about how you would handle
 ghc updates since it requires extra user steps.

It should be noted that cabal-install isn't a package manager in the
true sense[1].  I'm not sure this is an argument against making the
change you propose, but it's worth noting.

There are quite a few other language/frameworks that have
language-specific build/package systems, Python, Ruby, Perl,
node.js...  Are Python developers on Arch pointed towards using pip to
install Python libs?

I think sometimes the right thing is to point users to another package
manager, e.g. packaging vim scripts for system wide installation is a
bit silly, since installing a vim script affects ALL users on the
system.  So doing that would require providing some sort of vim-script
manager to users.  Then there's very little difference compared to
just telling users to use Vundle/Pathogen/whatever directly instead.
However, this isn't the case for Haskell/GHC...

 Change 3: Support users who are unable to install haskell packages that do
 not compile under archlinux. This would require working with the user and
 upstream to open up tickets and write patches for programs. At the very
 least we can work with the user if they do not to open up upstream bug
 reports and track them in our own bug tracker. There might be some packages
 which we would probably consider unsupported like bindings to packages that
 are not in the supported repos and packages that have no upstream activity
 and ones that are effectively unmaintained.

How do you envision this actually working?
The set of packages in [extra]/[community] is rather small today, in
the order of 3 dozen, so does this mean that users are already turning
to the Arch devs when they are having problems compiling Haskell
packages?

/M

[1]: http://is.gd/vzse5G-


-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Re: [arch-general] pacman-key complaining, but what to do about it?

[Magnus Therning]

On Wed, Apr 2, 2014 at 6:09 PM, ProgAndy ad...@progandy.de wrote:
 There may be a transparent proxy in your routing chain that strips
 compression in order to run a virus scan.
 The server sends these headers for haskell-core.db
 ( curl -I http://xsounds.org/~haskell/core/x86_64/haskell-core.db )

 Content-Type: application/x-tar
 Content-Encoding: x-gzip

 It might work as expected without a Content-Encoding header:

 Content-Type: application/x-gzip

Yes, you are probably right.  I just didn't think anyone would
actually configure a proxy to deliver the un-gzipped result to the
client.  That sounds like a way to break all kinds of things!

I'll ask around here to see if this is the case.

I don't have direct control over the server where the repo is, but I
might be able to convince the admins that it's a bad idea to put
Content-Encoding into reponses.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Re: [arch-general] pacman-key complaining, but what to do about it?

[Magnus Therning]

On Thu, Apr 03, 2014 at 01:25:19PM +0200, Magnus Therning wrote:
 On Wed, Apr 2, 2014 at 6:09 PM, ProgAndy ad...@progandy.de wrote:
  There may be a transparent proxy in your routing chain that strips
  compression in order to run a virus scan.
  The server sends these headers for haskell-core.db
  ( curl -I http://xsounds.org/~haskell/core/x86_64/haskell-core.db )
 
  Content-Type: application/x-tar
  Content-Encoding: x-gzip
 
  It might work as expected without a Content-Encoding header:
 
  Content-Type: application/x-gzip
 
 Yes, you are probably right.  I just didn't think anyone would
 actually configure a proxy to deliver the un-gzipped result to the
 client.  That sounds like a way to break all kinds of things!
 
 I'll ask around here to see if this is the case.
 
 I don't have direct control over the server where the repo is, but I
 might be able to convince the admins that it's a bad idea to put
 Content-Encoding into reponses.

Now after an upgrade of Apache by the administrator the
Content-Encoding header is gone.  Also I found out that there is a
possibility to control mime types via .htaccess files.  I put the
following into one

  AddTypw application/octet-stream .gz

and now the Content-Type is modified too.  Hopefully that'll fix it,
but I'll have to test when I get to work tomorrow.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Heuristic is an algorithm in a clown suit. It’s less predictable, it’s more
fun, and it comes without a 30-day, money-back guarantee.
 -- Steve McConnell, Code Complete 


pgpcwkY0vJIfl.pgp
Description: PGP signature

Re: [arch-general] pacman-key complaining, but what to do about it?

[Magnus Therning]

On Wed, Apr 02, 2014 at 01:00:00PM -0400, Daniel Micay wrote:
 On 02/04/14 12:47 PM, Nowaker wrote:
  There may be a transparent proxy in your routing chain that strips
  compression in order to run a virus scan.
  
  Time for SSL-securing Arch Linux repos to prevent any sort of
  man-in-the-middle attacks? Even such trivial things like compression
  stripping, or image optimization often performed by mobile internet
  providers is a man-in-the-middle. This should be fought by any means.
 
 Packages are already signed, and pacman has support for signing the
 repositories. Using TLS for repositories is close to useless because the

Well, if there's something on the path from repo to client that
re-writes downloads, then pacman's support for signing repos isn't
worth very much when it comes to achieving my end goal.  Sure, I'm
alerted to the fact that the packages I receive are modified, but it
doesn't help me updating my system.  Something would be needed that
throws a spanner in the works of the entity that modifies my
downloads; SSL would do that.  Maybe there are other ways of achieving
the same goal.

 mirrors are not *really* trusted entities, and the CA system is a broken
 alternative to the solid archlinux-keyring package.

The trust sits in the signing of repos, which means there is no need
for trust in the transport layer in this particular scenario; in other
words, it's irrelevant that mirrors are untrusted and it's equally
irrelevant that the CA system is broken ;)

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Most software today is very much like an Egyptian pyramid with
millions of bricks piled on top of each other, with no structural
integrity, but just done by brute force and thousands of slaves.
 -- Alan Kay


pgpc4ssOf0Vwx.pgp
Description: PGP signature

[arch-general] pacman-key complaining, but what to do about it?

[Magnus Therning]

On a newly set up system I've added the [haskell-core] repo [1], but
get stuck with the following message from `pacman`:


% sudo pacman -Syy
error: haskell-testing: signature from ArchHaskell (Magnus Therning)
mag...@therning.org is invalid
:: Synchronising package databases...
 core108.2 KiB
1335K/s 00:00 [##] 100%
 haskell-testing.sig  96.0   B
0.00B/s 00:00 [##] 100%
error: haskell-testing: signature from ArchHaskell (Magnus Therning)
mag...@therning.org is invalid
error: failed to update haskell-testing (invalid or corrupted database
(PGP signature))
 extra  1565.7 KiB
1947K/s 00:01 [##] 100%
 community 2.1 MiB
1735K/s 00:01 [##] 100%
 multilib115.3 KiB
1746K/s 00:00 [##] 100%
error: database 'haskell-testing' is not valid (invalid or corrupted
database (PGP signature))


I've read [2] and verified (to the best of my ability) that I have
correct time settings.  I've also tried resetting the keys, but that
doesn't improve the situation either.

What else could it be?  How do I find out?  What can I do about it?

/M

[1]: https://wiki.archlinux.org/index.php/Haskell_package_guidelines
[2]: https://wiki.archlinux.org/index.php/Pacman-key#Troubleshooting

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Re: [arch-general] pacman-key complaining, but what to do about it?

[Magnus Therning]

On Wed, Apr 2, 2014 at 9:32 AM, Magnus Therning mag...@therning.org wrote:
 On a newly set up system I've added the [haskell-core] repo [1], but
 get stuck with the following message from `pacman`:

 
 % sudo pacman -Syy
 error: haskell-testing: signature from ArchHaskell (Magnus Therning)
 mag...@therning.org is invalid
 :: Synchronising package databases...
  core108.2 KiB
 1335K/s 00:00 [##] 100%
  haskell-testing.sig  96.0   B
 0.00B/s 00:00 [##] 100%
 error: haskell-testing: signature from ArchHaskell (Magnus Therning)
 mag...@therning.org is invalid
 error: failed to update haskell-testing (invalid or corrupted database
 (PGP signature))
  extra  1565.7 KiB
 1947K/s 00:01 [##] 100%
  community 2.1 MiB
 1735K/s 00:01 [##] 100%
  multilib115.3 KiB
 1746K/s 00:00 [##] 100%
 error: database 'haskell-testing' is not valid (invalid or corrupted
 database (PGP signature))
 

 I've read [2] and verified (to the best of my ability) that I have
 correct time settings.  I've also tried resetting the keys, but that
 doesn't improve the situation either.

 What else could it be?  How do I find out?  What can I do about it?

I think I've found the reason for it:


community.db:   gzip compressed data, last modified: Wed Apr  2
04:23:21 2014, from Unix
core.db:gzip compressed data, last modified: Tue Apr  1
19:08:44 2014, from Unix
extra.db:   gzip compressed data, last modified: Wed Apr  2
01:09:14 2014, from Unix
haskell-testing.db: POSIX tar archive
multilib.db:gzip compressed data, last modified: Wed Apr  2
05:12:37 2014, from Unix


Where and why would un-gzipping strike like this?

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Re: [arch-general] pacman-key complaining, but what to do about it?

[Magnus Therning]

On Wed, Apr 02, 2014 at 10:16:04AM +0200, Magnus Therning wrote:
 On Wed, Apr 2, 2014 at 9:32 AM, Magnus Therning mag...@therning.org wrote:
  On a newly set up system I've added the [haskell-core] repo [1], but
  get stuck with the following message from `pacman`:
 
  
  % sudo pacman -Syy
  error: haskell-testing: signature from ArchHaskell (Magnus Therning)
  mag...@therning.org is invalid
  :: Synchronising package databases...
   core108.2 KiB
  1335K/s 00:00 [##] 100%
   haskell-testing.sig  96.0   B
  0.00B/s 00:00 [##] 100%
  error: haskell-testing: signature from ArchHaskell (Magnus Therning)
  mag...@therning.org is invalid
  error: failed to update haskell-testing (invalid or corrupted database
  (PGP signature))
   extra  1565.7 KiB
  1947K/s 00:01 [##] 100%
   community 2.1 MiB
  1735K/s 00:01 [##] 100%
   multilib115.3 KiB
  1746K/s 00:00 [##] 100%
  error: database 'haskell-testing' is not valid (invalid or corrupted
  database (PGP signature))
  
 
  I've read [2] and verified (to the best of my ability) that I have
  correct time settings.  I've also tried resetting the keys, but that
  doesn't improve the situation either.
 
  What else could it be?  How do I find out?  What can I do about it?
 
 I think I've found the reason for it:
 
 
 community.db:   gzip compressed data, last modified: Wed Apr  2
 04:23:21 2014, from Unix
 core.db:gzip compressed data, last modified: Tue Apr  1
 19:08:44 2014, from Unix
 extra.db:   gzip compressed data, last modified: Wed Apr  2
 01:09:14 2014, from Unix
 haskell-testing.db: POSIX tar archive
 multilib.db:gzip compressed data, last modified: Wed Apr  2
 05:12:37 2014, from Unix
 
 
 Where and why would un-gzipping strike like this?

And now I've confirmed that this un-gzipping doesn't happen on my
private computer at home.  So, what's causing this un-gzipping of the
downloaded repo db, I wonder?

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Perl is another example of filling a tiny, short-term need, and then
being a real problem in the longer term.
 -- Alan Kay


pgpG5v0L7lg9t.pgp
Description: PGP signature

Re: [arch-general] What's with F# and mono?

[Magnus Therning]

On Wed, Mar 26, 2014 at 11:54:29AM -0600, Squall Lionheart wrote:
 On Tue, Mar 25, 2014 at 4:55 PM, Magnus Therning mag...@therning.orgwrote:
 
  I'm just starting to dip my toes in the mono waters.  Slightly
  prompted by my current situation at work.  In particular I'm
  interested in F#, but I'm finding the whole situation around
  mono/monodevelop + F# a bit confusing.
 
  1. There are indications online that mono ships with F# [^1][^2].  But
 the mono package in Arch doesn't include F#.  Looking at the
 sources used to build the mono package there is no F# in sight.
 Was it ever there?
 
  2. The package on AUR[^3] for fsharp is rather outdated.  Not such a
 big problem, the building received a lot of TLC so the package is
 extremely simple to bring up-to-date.
 
  3. Is there an F# add-in for monodevelop?  There seems to have been
 one back in 2010, but it's not distributed any more, [^4].
 However, other places say there is an add-in available, [^5]
 (however, downloading fails).
 
  So, can anyone help me get a clearer picture of F# on mono (and
  ArchLinux)?
 
  /M
 
  [^1]: http://tirania.org/blog/archive/2010/Nov-11.html - talking of
  plans to include F# in mono.
 
  [^2]: http://is.gd/cNC5xb- - F# is included in the standard Mono
  release, but it's still missing from the MonoDevelop IDE.
 
  [^3]: https://aur.archlinux.org/packages/fsharp/
 
  [^4]: http://is.gd/YndnsA- - bug on F# add-in missing, closed for MD
  2.4, the last comment suggests it'd be re-opened
 
  [^5]: http://is.gd/YndnsA- which links to
  http://addins.monodevelop.com/Project/Index/48
 
 
 I had this running in Arch using the packages from the standard
 repositories several months ago (new system since then).  I had to
 compile and install F# manually from [1].  If memory serves, I had
 to install an add-on/plug-in in mono develop for F# support to work.
 
 [1] https://github.com/fsharp/fsharp

Great, there is hope then :)

Do you happen to remember where you found that add-on for MonoDevelop?
I can't seem to find one that can be downloaded AND plugged into MD.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Goto labels should be left-aligned in all caps and should include the
programmer's name, home phone number, and credit card number.
 -- Abdul Nizar


pgpnpsxeFiBTK.pgp
Description: PGP signature

[arch-general] What's with F# and mono?

[Magnus Therning]

I'm just starting to dip my toes in the mono waters.  Slightly
prompted by my current situation at work.  In particular I'm
interested in F#, but I'm finding the whole situation around
mono/monodevelop + F# a bit confusing.

1. There are indications online that mono ships with F# [^1][^2].  But
   the mono package in Arch doesn't include F#.  Looking at the
   sources used to build the mono package there is no F# in sight.
   Was it ever there?

2. The package on AUR[^3] for fsharp is rather outdated.  Not such a
   big problem, the building received a lot of TLC so the package is
   extremely simple to bring up-to-date.

3. Is there an F# add-in for monodevelop?  There seems to have been
   one back in 2010, but it's not distributed any more, [^4].
   However, other places say there is an add-in available, [^5]
   (however, downloading fails).

So, can anyone help me get a clearer picture of F# on mono (and
ArchLinux)?

/M

[^1]: http://tirania.org/blog/archive/2010/Nov-11.html - talking of
plans to include F# in mono.

[^2]: http://is.gd/cNC5xb- - F# is included in the standard Mono
release, but it's still missing from the MonoDevelop IDE.

[^3]: https://aur.archlinux.org/packages/fsharp/

[^4]: http://is.gd/YndnsA- - bug on F# add-in missing, closed for MD
2.4, the last comment suggests it'd be re-opened

[^5]: http://is.gd/YndnsA- which links to
http://addins.monodevelop.com/Project/Index/48

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

The results point out the fragility of programmer expertise: advanced
programmers have strong expectations about what programs should look like,
and when those expectations are violated--in seemingly innocuous
ways--their performance drops drastically.
 -- Elliot Soloway and Kate Ehrlich


pgpE8dUYi3OF7.pgp
Description: PGP signature

Re: [arch-general] user management error

[Magnus Therning]

On Mon, Mar 17, 2014 at 06:25:22PM +, message wrote:
 Readers,
 
 A previously existing /home directory was mounted into the file
 system during the installation process; this directory contained
 files in a directory 'a'.
 
 A user was created from the root user account:
 
 useradd -M -p [password] -s /bin/bash [username'a']
 
 After reboot, the system is restarted as root because the user 'a'
 is stated to not exist. The command 'cat /etc/passwd' reveals a
 password 'x', but this is not the password that was entered.
 
 How to solve this error?

Log in as `root` on your system, then

1.  Since you have `/home` on a separate partition, check that it is
properly mounted

  # mount | grep home

2.  Check the ownership of a's home directory

  # ls -lh /home

a's home directory should show up as being owned by a, with the
group being a (unless you've modified /etc/login.defs, but if you
have you already know what the group should be).

3.  Check that the user is set up properly

  # su username

That should let you become your created user.

4.  Change the password for a

  # passwd a

5.  Try to log in as a again.

That's all I can think of at the moment.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Perl is another example of filling a tiny, short-term need, and then
being a real problem in the longer term.
 -- Alan Kay


pgpfOhQIVhJ_0.pgp
Description: PGP signature

Re: [arch-general] doubts about rolling release

[Magnus Therning]

On Fri, Mar 07, 2014 at 07:49:06PM +0100, Ralf Mardorf wrote:
 If you take a look at https://www.archlinux.org/ you'll be informed
 about what you need to do, if there should be something to do. There
 might be an arch website in your native language too. I use
 https://www.archlinux.de/ as my web browser's startpage.

Subscribing to arch-announce[1] is a very convenient way keep track of
that.

/M

[1]: https://mailman.archlinux.org/mailman/listinfo/arch-announce

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

I invented the term Object-Oriented, and I can tell you I did not have
C++ in mind.
 -- Alan Kay


pgp7u_sFJ0YMN.pgp
Description: PGP signature

[arch-general] makechrootpkg and $http_proxy?

[Magnus Therning]

Hi all,

It seems `http_proxy` isn't propagated into the chroot when building
with `makechrootpkg`.  Is there some way to configure it to do that?

It stands out a bit since it looks like

- mkarchroot - works fine with `http_proxy` - I manage to create a
chroot just fine
- arch-chroot - works fine with `http_proxy` - just running it and
inspecting the environment shows it works

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Re: [arch-general] Ruby gem packages in Arch

[Magnus Therning]

On Mon, Jan 13, 2014 at 11:45 AM, Simon Hanna simon.ha...@jesus.de wrote:
 Since ruby allready comes with a package manager (mentioned earlier), I
 never downloaded anything from the aur, but used rubygems instead. My
 question is, if we really need to have all these packages in the aur. Isn't
 it easier to manage everything with rubygems??

As someone who doesn't develop in Ruby at all, is it really true that
ruby comes with a package manager (as defined here:
http://en.wikipedia.org/wiki/Package_management_system)?  In
particular, does it support
  1. removal of packages
  2. non-ruby dependencies

The reason I'm interested is that in the Haskell community this
question comes up every now and then, at which point we often point to
http://ivanmiljenovic.wordpress.com/2010/03/15/repeat-after-me-cabal-is-not-a-package-manager/
:)

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

[arch-general] OBS or other package build server?

[Magnus Therning]

I've once again lost access to the server I use to build
[haskell-core], this time it's entirely my own doing :(  So I'm once
again looking around to see if there are any generally available build
servers, but the only one I find is OBS[1] (in particular OpenSUSE's
server[2]).

Does anyone on the list have experience of using OBS for building
packages for Arch Linux?

Would OBS scale to building and maintaining about 200 Arch Linux
packages?

Are there any other options out there?

/M

[1]: http://openbuildservice.org/
[2]: http://en.opensuse.org/Portal:Build_Service

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Don't worry about other people stealing your ideas. If your ideas are
any good, you’ll have to ram them down people's throats.
 -- Howard Aiken, IBM Engineer


pgpbWJL3VmDcg.pgp
Description: PGP signature

Re: [arch-general] 64 bit kernel with 32 bit userspace

[Magnus Therning]

On Tue, Aug 20, 2013 at 03:56:50PM +0100, Laszlo Papp wrote:
 Hi,
 
 based on the following forum entry, I would like to open this topic up for
 a wide discussion.
 
 https://bbs.archlinux.org/viewtopic.php?pid=1314594

Slightly unrelated, but is that link supposed to work?  For me it's
incorrect or outdated.

/M

-- 
Magnus Therning  OpenPGP: 0xAB4DFBA4 
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

Most software today is very much like an Egyptian pyramid with
millions of bricks piled on top of each other, with no structural
integrity, but just done by brute force and thousands of slaves.
 -- Alan Kay


pgpXMWiAktKZY.pgp
Description: PGP signature

[arch-general] Fully wroking GTK3(+GTK2) theme for Gnome 3.8?

[Magnus Therning]

It seems it's a rather common problem that GTK3 themes partly break
Gnome3.8 by preventing having a nice desktop background while letting
the file manager draw the background:

https://bbs.archlinux.org/viewtopic.php?id=162204
https://bbs.archlinux.org/viewtopic.php?id=161918

I've so far found only two (2!) GTK3 themes that work in this respect,
the default theme Adwaita that ships with Gnome3.8 and Nokto3.8
(http://gnome-look.org/content/show.php?content=158033).  I'm not
particularly pleased with the aesthetics of either of them though.

What's causing this behaviour in themes?  (Hopefully it's easy to fix
the broken themes I come across.)
What other themes have you found that work properly?

/M

--
Magnus Therning  OpenPGP: 0xAB4DFBA4
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus