Re: [arch-general] IBus Qt

[Grady Martin via arch-general]

I could not have asked for a better explanation.  Thank you very much.

Some of this should be mentioned on the wiki page.  Would you like to add it?  
Would it be all right if I added the information, referencing this mailing list 
post?

On 2018年05月10日 13時34分, Jiachen YANG via arch-general wrote:



On 2018年05月10日 10:30, Grady Martin via arch-general wrote:

From <https://wiki.archlinux.org/index.php/IBus>:


Additionally, to enable IBus for Qt applications, install the ibus-qt
library.


Since 2012, I have used IBus with Qt applications and have yet to
encounter a single problem, yet I have never installed ibus-qt.  Can
anyone clarify this statement from the wiki?


Hi, I am only using Fcitx in recent years but I think the need for IM
Modules is the same for both fcitx and ibus, so I will try answer this
with my experience.

ibus-qt package provides IM Module shared objects (dynamic libraries)
for qt applications. IM modules are small instrusive loadable libraries
that are initiated by the application, and are talking to the IME server
(ibus/fcitx/etc.) on a native IPC protocol (usually dbus these days).
Without IM Modules (when not installed or non-qt/gtk applications), the
application usually fallback to an old protocol called XIM. The
existence of XIM is why you can type without ibus-qt installed.

XIM is an old protocol which did not consider async communications by
design, so it is inherently buggy. For simple IME engine and application
scenario, modern day PC specs may hide XIM's buggy behavior. But as soon
as you start to use really advanced IME engines (those developped with
predictions and machine learning algorithms, large databases, often used
by Chinese/Japanese users) in modern applications (with multiple threads
handling rendering and inputs), characters you typed start to go all
over the place, with a reasonable typing speed. High speed CPU/IO will
not hide this because IME engines for East Asian languages are designed
to fully utilize the CPU time between user input intervals, to provide
better predictions with larger database.

IM modules are designed to fix XIM's buggy behavior, and they can
provide far more context information than XIM protocol. Also I believe
wayland sessions cannot use XIM for native wayland applications, and
wayland's native IM protocol is far from ready.

So while you may still type in Qt applications with ibus without ibus-qt
installed, I think this should still be a general recommandation for
most users.

[arch-general] IBus Qt

[Grady Martin via arch-general]

From :



Additionally, to enable IBus for Qt applications, install the ibus-qt library.


Since 2012, I have used IBus with Qt applications and have yet to encounter a 
single problem, yet I have never installed ibus-qt.  Can anyone clarify this 
statement from the wiki?

[arch-general] (no subject)

[Martin Guy via arch-general]

Greets!
   I maintain a vi clone, xvi.sf.net, which fails to build on arch linux.
The issue follows:
https://github.com/martinwguy/xvi/blob/master/issues/open/arch-linux-build-failure

A user reports build failure on Arch Linux when the final link
fails to find symbols tgoto, BC and UP.

This recalls a similar issue on AIX, where one had to link with -lcurses
and see also the #ifdef AIX phrases in src/tcap_src.c
The AIX box that needed this doesn't have a libtermcap, while I see you
do have one. Do you know which termcap that is? GNU or BSD or something
else? I also see it's in local/ - does that mean it's been installed locally
and is a version different from the Arch repository? (Sorry, I'm not that
familiar with Arch linux to understand these things!)

http://github.com/martinwguy/xvi/issues/165

Package version:
local/termcap 1.3.1-4
multilib/gcc-multilib 7.1.1-4 (multilib-devel)
core/binutils 2.28.0-4 (base-devel)
core/make 4.2.1-2 (base-devel)
core/automake 1.15.1-1 (base-devel)

([0])$>> make
(cd src && make -f makefile.pos \
OPTFLAG="-O2 -DHELPFILE=\\\"/usr/share/xvi/xvi.help\\\"" \
xvi)
[...]
cc -DUNIX -DTERMIOS -DPOSIX  -O2
-DHELPFILE=\"/usr/share/xvi/xvi.help\"  -o xvi alloc.o altstack.o
ascii.o buffers.o cmdline.o cmdmode.o cmdtab.o cursor.o dispmode.o
edit.o ex_cmds1.o ex_cmds2.o events.o fileio.o find.o flexbuf.o map.o
mark.o misccmds.o mouse.o movement.o normal.o param.o pipe.o
preserve.o ptrfunc.o regexp.o screen.o search.o signal.o startup.o
status.o tag.o targets.o undo.o update.o version.o vi_cmds.o vi_ops.o
virtscr.o windows.o yankput.o unix.o tcapmain.o tcap_scr.o -ltermcap
tcap_scr.o: In function `set_scroll_region':
tcap_scr.c:(.text+0x148): undefined reference to `tgoto'
tcap_scr.o: In function `cm_absolute':
tcap_scr.c:(.text+0x4e8): undefined reference to `tgoto'
tcap_scr.c:(.text+0x524): undefined reference to `tgoto'
tcap_scr.o: In function `scroll_up.part.5':
tcap_scr.c:(.text+0x8b9): undefined reference to `tgoto'
tcap_scr.o: In function `tty_open':
tcap_scr.c:(.text+0xe80): undefined reference to `BC'
tcap_scr.c:(.text+0xea6): undefined reference to `UP'
tcap_scr.o: In function `scroll_down':
tcap_scr.c:(.text+0x1948): undefined reference to `tgoto'
collect2: error: ld returned 1 exit status
make[1]: *** [makefile.pos:65: xvi] Error 1

I don't run AL; can anyone confirm the status of this issue?

Many thanks

   Martin Guy

Re: [arch-general] AUR account creation issues

[Martin Kühne via arch-general]

Just to have mentioned it: it was probably aur-general, and your forum
post confirms it. :)

cheers!
mar77i

Re: [arch-general] Depends on foo-bar=10.0-3

[Martin Kühne via arch-general]

Someone call 911, another trainwreck thread on [arch-general].
Watching the carnage ensue is not as much fun as it should be though,
so long after responders no longer pretend to care.

That being said, we should definitely add a versioned dependency
between fuse-common and sshfs. Just because my mirror failed me
recently.

cheers!
mar77i

Re: [arch-general] PS: xdpyinfo displays wrong "dimension" values

[Daniel Martin via arch-general]

On 10 August 2017 at 17:30, Ralf Mardorf  wrote:
> On Thu, 10 Aug 2017 16:39:33 +0200, Ralf Mardorf wrote:
>>[rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD on
>>and VGA CRT off
>>default screen number:0
>>number of screens:1
>>
>>screen #0:
>>  dimensions:1920x1080 pixels (506x285 millimeters)
>>  resolution:96x96 dots per inch
>   ^
>
> [rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD on
> and VGA CRT off default screen number:0
> number of screens:1
>
> screen #0:
>   dimensions:1920x1080 pixels (502x282 millimeters)
>   resolution:97x97 dots per inch
>  ^
> Seemingly xdpyinfo is buggy, not only the millimeters are wrong, also
> the dpi value isn't always the same.

Yes, it is buggy, there's a proposed patch:
https://lists.x.org/archives/xorg-devel/2017-May/053743.html

Are you able to test and verify it? That may help to get the patch
into the repository.


Cheers, Daniel

Re: [arch-general] Yes I am an attorney. - Re: [DNG] Identity of OP (Software written by contractors and the 'work for hire') concept

[Martin Kühne via arch-general]

Keep it where it happens.

cheers!
mar77i

Re: [arch-general] (Off-topic) Command-line torrent download tool

[Grady Martin via arch-general]

On 2017年07月24日 14時25分, Storm Dragon via arch-general wrote:

I'm glad there's now something other than rtorrent. Rtorrent works usually, but 
there are some torrents that just refuse to work with it...


Dang.  I was hoping to switch to rTorrent.  Thank you for the word of caution.  
Are you able to provide any example files or magnet links that rTorrent fails 
to process?

I've gone from Transmission to Deluge to qBittorrent, and they all suck for 
various reasons.  If I could combine the stability of Transmission with the 
robustness of qBittorrent and Deluge's sane handling of untracked files and 
partial downloads... then we might be in business.

Re: [arch-general] Yes you have standing to sue GRSecurity - Two options that can be used in concert or separately

[Grady Martin via arch-general]

On 2017年07月31日 17時07分, Jelle van der Waa wrote:

I'm not sure what you want to achieve by posting this to arch-general,
this issue really does not concern Arch Linux and I would argue it is out
off scope for this mailing list.


I differ in opinion.  The scope of any communications medium is a product of 
both relevance and importance.  What the original message of this thread lacks 
in the former, it makes up with the latter.

... The drama *following* the original message, however, is neither relevant 
nor important.

Re: [arch-general] Procedure for getting informed about ban duration and reason

[Martin Kühne via arch-general]

On Thu, Jul 27, 2017 at 12:28 AM, mpan  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
>   I’m asking for an advice on how to proceed. I am *not* discussing
> the reasons or trying to rant.
>
>   The situation is:
>— On July 25th at 3:10 UTC I have been banned on #archlinux-offtopic
>  with the reason „fuck you” and a warning „next time you trash talk
>  on the ops, I set it to a week”. I was sleeping at the time, so
>  I have discovered that just before 16 UTC.

There are hardly any real reasons you need for this. This may descend
on you completely randomly, unpredictably and with the fact in mind
that it's the ops that have the banhammer in their hands. It's not
worth negociating IRC here, though, that's why both my quoting and
authoring of email content ends here which might come as a surprise.
As somebody who has been banned on IRC in the past, I'll have to tell
you one thing though: please stop negociating it over another channel,
because it will be used against you on irc.

Basically, please send me a selection of irc channels you frequent
off-list on how we can maintain (in this case revive) our friendship.

If you can, let's get some of the more liberally inclined people on
board so we can get our own channel off the ground, preferably on a
different network.

cheers!
mar77i

Re: [arch-general] (Off-topic) Command-line torrent download tool

[Martin Kühne via arch-general]

On Mon, Jul 24, 2017 at 8:25 PM, Storm Dragon via arch-general
 wrote:
> Howdy,

Howdy

> I'm glad there's now something other than rtorrent. Rtorrent works usually,
> but there are some torrents that just refuse to work with it, hopefully this
> new, in development CLI tool will fil in the gap.
> Are you planning to make a PKGBUILD for it in the AUR, or do you want
> someone else to do it?

The software is not a torrent client, only a "search interface" that
comes in html or command line output. Output itself is not rendered
using any rendering enginge but string addition (str.__add__). I
haven't exactly figured out what it actually does just yet, but it's
not what you've been looking for.

Regarding torrent clients, I'm actually pretty happy with
extra/transmission-cli's transmission-daemon.

cheers!
mar77i

Re: [arch-general] (Off-topic) Command-line torrent download tool

[Martin Kühne via arch-general]

except KeyboardInterrupt:
  print("\nAborted!\n")
  sys.exit()

Don't check if your eyes may bleed from imposter code.

cheers!
mar77i

Re: [arch-general] Why there is no NetworkManager in ArchISO

[Martin Kühne via arch-general]

Apologies for appearing unaware of both the presence and/or
hideousness of netctl.

cheers!
mar77i

Re: [arch-general] Why there is no NetworkManager in ArchISO

[Martin Kühne via arch-general]

On Mon, Jul 24, 2017 at 11:36 AM, Ryan Petris via arch-general
 wrote:
> I thought I'd point out that, if the default image doesn't meet your needs,
> you can always build your own 
> with the packages you want.
>


Are you asking those same users who aren't comfortable with
configuring wpa_supplicant to bake their own archiso? Lol.

cheers!
mar77i

Re: [arch-general] Why there is no NetworkManager in ArchISO

[Martin Kühne via arch-general]

On Mon, Jul 24, 2017 at 8:30 AM, Junayeed Ahnaf via arch-general
 wrote:
> Hello,
>
> Why is there no NetworkManager in ArchISO? Isn't it widely accepted as
> the go to method of connecting to internet in Linux? Is there any reason
> for it not to be default?
>


Network manager actually limits users in that, when started, it plugs
its own configuration atop of whatever the user is doing manually.
Some features you might need are not supported like setting up a
bridge, too. Additionally, the wiki [0] lists quite a list of other
problems you might have from using it, so... what was the question?
Why the devs choose not to include it in the default distribution?

Read up on systemd-networkd [1], and if you need wifi, wpa_supplicant
[2], and tell us why you still think you want to force other people to
use a suboptimal solution so you don't have to figure out how simply
text based, system-wide configuration by the root user is better for
you... Did we not yet go into how nm needs to figure out in what ways
a user is allowed to configure a system's network and therefore
uses... policikit? Eww.

cheers!
mar77i

[0] https://wiki.archlinux.org/index.php/NetworkManager
[1] https://wiki.archlinux.org/index.php/Systemd-networkd
[2] https://wiki.archlinux.org/index.php/WPA_supplicant

Re: [arch-general] Good gif recorder

[Grady Martin via arch-general]

On 2017年07月13日 22時24分, Vikraant Singh Sanwal via arch-general wrote:

This looks like a decent list: https://itsfoss.com/best-gif-recorder-linux/


I like how they listed CLI as a con for Byzanz (which works well, by the way).

https://www.archlinux.org/packages/community/x86_64/byzanz/

Re: [arch-general] Sébastien Luttringer and Tobias Powalowski

[Martin Kühne via arch-general]

I stand corrected which leaves only part of my last sentence. Thanks
for the detailed heads-up, everyone, especially Eli.

On Sun, Jul 2, 2017 at 11:05 PM, Martin Kühne <mysat...@gmail.com> wrote:
> we'll have to decide how we can deal with content like this in a way
> that tells the source to go f themselves [content is hereby retracted]...

have a good night and new week, everyone.
except User: go f yourself.

cheers!
mar77i

Re: [arch-general] Sébastien Luttringer and Tobias Powalowski

[Martin Kühne via arch-general]

On Sun, Jul 2, 2017 at 10:39 PM, NicoHood  wrote:
> So why are we so resistant against those suggestions? Those are good and
> valid, no matter who this guy is and how he interacts with people. From
> the technical point of view he is right. And we all should care for our
> users, because we are responsible for them.

https://lists.archlinux.org/pipermail/arch-general/2017-July/043860.html

You know I thought about the factuality part of the emails writing my
response too, and it turned out I couldn't criticise the content for
anything but harshness. This is going to an interesting place, and
we'll have to decide how we can deal with content like this in a way
that tells the source to go f themselves while paying actual attention
to valid criticism...

cheers!
mar77i

Re: [arch-general] Dave Reisner and Gaetan Bisson

[Martin Kühne via arch-general]

Some people just don't have the decency to appear human for us other
humans. I find it really creepy that it's possible to have protonmail
and google produce emails that don't provide any sender information
whatsoever.

Be nice and at least try to appear like you're human, even if you're a
script. Jeez!

cheers!
mar77i

Re: [arch-general] [Classroom] The Beginner's Guide to Arch Linux package management

[Grady Martin via arch-general]

On 2017年06月10日 12時20分, fsckd via arch-general wrote:

Sorry for the delay. Logs for the class "The Beginner's Guide to Arch Linux package 
management" are up.

https://archwomen.org/media/project_classroom/classlogs/2017-06-04-the_beginners_guide_to_arch_linux_package_management.txt


Thanks!  I just checked the logs, and it looks like a lot of fun.  You are 
providing a wonderful opportunity.  I hope to join the live classroom next time.

Re: [arch-general] Scrot update removed few option

[Grady Martin via arch-general]

On 2017年06月21日 12時42分, Dragon ryu via arch-general wrote:

Complain to upstream.


First see if import from imagemagick has the options you're looking for.

Re: [arch-general] Perl Help?

[Martin Kühne via arch-general]

On Fri, Jun 9, 2017 at 3:11 PM, Hunter Jozwiak via arch-general
 wrote:
> Hi gang,
>
> I got bit by Perl this morning after I did an update. I got an error
> about having a handshake error with ListUtil.c, and I don't know how to
> resolve this error. I can't open cpan, launch Chromium, and I'm not
> sure what all else is broken at this point. Can someone help me towards
> a solution?
>


Is this the error you're getting? https://pastebin.com/sfLRHtCq
If this is the case, your packages seem to be in an inconsistent
state. Your mirror may have only partially synced, so if you -Syu
throughout the day or choose a different mirror the problem should
sort itself out on its own.

cheers!
mar77i

Re: [arch-general] Tobias Powalowski and his nonsensical maintenance decisions

[Martin Kühne via arch-general]

Today is the 28th, and the date reported by pacman is the 27th.
Suggestion to OP:

# ntpdate your.favorite.mirror.ntp.org

Because to me it just looks like he might be a few multiples of 86400
seconds off.

On a similar note, I wonder why you didn't complain that the new ELF
binary was apparently built on Thu Jan 1 01:00:00 1970 :)

cheers!
mar77i

Re: [arch-general] arch health

[Martin Kühne via arch-general]

On Fri, Apr 21, 2017 at 6:05 PM, Carsten Mattner via arch-general
 wrote:
> In the past there have been just crashes or buggy behavior that
> only got fixed with the version-next++ and until then arch had
> to live with the broken and regressed version as the default
> since there wasn't a revoke/downgrade via the index. Since
> you can downgrade manually, the index ought to have mechanism
> for this too. Hope this makes sense.

Such a feature would mean all dependencies would be flagged for
downgrades too, except when two packages a package depends on have
been upgraded. then an intermediate version with package A_old and
B_new. That should even be possible in the *usual* case, but we
*would* need a plan for when that wasn't possible, which would mean
forcing downgrade of package B because A_new cannot be satisfied
because package C depends on either being compatible, and we're kind
of dissolving the foundations of KISS on which arch is built. See what
I mean?

cheers!
mar77i

Re: [arch-general] Mirror down?

[Martin Kühne via arch-general]

Did you know, DNS has this great feature called `whois` [0].

cheers!
mar77i

[0] https://www.whois.com/whois/nyu.edu

Re: [arch-general] arch health

[Martin Kühne via arch-general]

Not only could most of the concerns be successfully identified as
Other People's Problems™, pepole are still very focused on email
ettiquette. I think interpreting these two basic indicators about the
health of Arch can left as an exercise for the reader.

I'm not exactly sure what OP expected in this thread, but it's
definitely entertaining. I'll quote the original email's contents
fragmentally to spare you the whole pain.

On Thu, Apr 20, 2017 at 1:29 AM, ITwrx.org  wrote:
> i'm a little concerned about arch's overall health and i was wondering
> if there's anything we can do about it.
>
> why am i concerned?

Oh come on.
You're making a case against your flawed judgment with such polemic.

> [...] I sent a message to SPI's web dev email asking about
> improvements to project's pages but i haven't heard back.

Would you mind to share the content of these emails?
Your argument seems suspicious and can't be verified as long as the
content of your scripture is in absence.

> [...blah...money...blah...]

Money definitely is an important factor. We're all using arch for the money.

cheers!
mar77i

Re: [arch-general] Link against system libs

[Martin Kühne via arch-general]

You don't appear to follow arch-dev-public [0] very closely, do you.

cheers!
mar77i

[0] https://lists.archlinux.org/pipermail/arch-dev-public/2017-March/028752.html

Re: [arch-general] Link against system libs

[Martin Kühne via arch-general]

On Fri, Apr 7, 2017 at 9:21 AM, Ralf Mardorf  wrote:
> Just that asp is from AUR which isn't an official repository. ABS is in
> the official Extra repository,
> https://wiki.archlinux.org/index.php/Arch_Build_System .


Except the reason for that is that arch doesn't need to distribute
that software officially because mostly the people who use it use it
to provide the official distribution with it. It's somewhat a chicken
and egg question. Now that you had to to point out that the software
used to build the official repository is distributed inofficially,
wouldn't that, with the same logic, make the whole distribution
inofficial? Why are we drawing a line there?

cheers!
mar77i

Re: [arch-general] Link against system libs

[Martin Kühne via arch-general]

Also, I forgot to add some literature on the subject, too. [0], [1], [2]

cheers!
mar77i

[0] https://linux.die.net/man/8/ld-linux
[1] http://www.linuxjournal.com/node/6463/print
[2] http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html

Re: [arch-general] Link against system libs

[Martin Kühne via arch-general]

On Thu, Apr 6, 2017 at 2:13 PM, Wolfgang Mader
 wrote:
> Arch ships with a lot of libraries of which .a and .so are stored in /usr/lib
> and beyond. These libraries are compiled by some compiler, the compiler by
> which the entire arch linux distribution packages are compiled with. By the
> way, which one is this and where can I find that information.
>
> If this compiler is a c++ one, it does its specific name mangling. Thus,
> linking against these libs should only be possible for binaries compiled with
> the same c++ compiler. However, arch ships gcc6, gcc5, and clang. Does it also
> ship libraries for all these compilers or how is it possible for binaries
> complied by these different compilers to link successfully?

All of a program's interactions with the operating system as well as
the subordinate interactions between different units of code and data
are subject to the linker and loader. The file format as well as
interaction "platform" which Arch uses is called ELF. Both GCC and
LLVM produce valid ELF binaries as well as libraries which are
normally used with Linux. The kernel build configuration offers other
formats too, though. Essentially, you can have units produced by
different compilers and even on different machines, but then go run
them together without problems because organizing the different units
at the many different layers that accumulated here is better not left
up to the compiler itself, but rather this formal definition of how
things interact with each other.

cheers!
mar77i

Re: [arch-general] initi issue

[Martin Kühne via arch-general]

You should make sure you have:
- systemd-sysvcompat installed properly
Another way which I'm using (since I consider that package silly) is this:
- add init=/usr/lib/systemd/systemd to GRUB_CMDLINE_LINUX in
/etc/default/grub and run grub-mkconfig -o /boot/grub/grub.cfg -- or
the according action using your bootloader.

Your system basically doesn't know what to run as pid 1.

cheers!
mar77i

Re: [arch-general] Arch Wiki Professional_audio

[Grady Martin via arch-general]

On 2017年03月30日 09時51分, David Runge wrote:

I have some things to add. Did a talk about low-latency setups on Arch during 
Linux Audio Conference 2015.
There's some useful stuff in there, including realtime settings and systemd 
user service for JACK, that I just never committed.


This is the talk, right?

http://lac.linuxaudio.org/2015/video.php?id=60

It is right up my alley.  Thank you for mentioning it.

Re: [arch-general] Cannot reach repositories

[Martin Kühne via arch-general]

On Tue, Mar 14, 2017 at 6:57 AM, Ralf Mardorf  wrote:
> A gift for [REDACTED]

can we get rid of people like that? thanks.

cheers!
mar77i

Re: [arch-general] Which browser to use? [was: Firefox user data autofill doesn't work as before]

[Martin Kühne via arch-general]

I actually tried Vivaldi for a while. It's pretty cool for the
features it delivers out of the box, and it uses DDG by default.
However I found that Firefox' memory management turns out preferable,
since I had a few points where vivaldi would choke on too many tabs.

cheers!
mar77i

Re: [arch-general] [arch-dev-public] AUR ToS (aka making AUR user names public)

[Martin Kühne via arch-general]

On Tue, Mar 7, 2017 at 11:36 AM, fnodeuser  wrote:
> test

This worked.
Thanks for your effort.

cheers!
mar77i

Re: [arch-general] [arch-dev-public] AUR ToS (aka making AUR user names public)

[Martin Kühne via arch-general]

On Mon, Mar 6, 2017 at 3:53 PM, Ralf Mardorf  wrote:
> Has got somebody the slightest idea about the aim of this research?
>

good question.

> "anonymized statistics" and "establish connections" are abstract
> phrases. Not abstract is that those claims are contradictory, without
> the need of much abstract concerns or paranoia.
>

none of these are crimes. and xxxjavaturtle69xxx actually writes
vectorgraphics in java.

> In the end I don't care, since I more or less have given up that
> nowadays people are interested in really thinking about protection of
> privacy, hence I'll op out, I only wanted to point out my doubts. Done.

Your approach kind of reminds me about how statistics is a much
misunderstood field. It doesn't matter what or how you record
statistics, you will always going to get rid of most of the data for
the sake of having a general overview, and nothing keeps you from
misinterpreting the results you get. That *still* doesn't make the
tools completely useless, as it's great for grouping many data points
into individual sectors. Of course it's not a simple topic, but you
can't fit a one-opt-out-fits-all-opt-outs approach to the problem
domain and think you're done?

cheers!
mar77i

Re: [arch-general] [arch-dev-public] AUR ToS (aka making AUR user names public)

[Martin Kühne via arch-general]

On Mon, Mar 6, 2017 at 3:01 PM, Ralf Mardorf  wrote:
> Much likely nothing bad
> would happen by handing out a list, but to avoid a "Now, why didn't I
> think of that?"-issue the easiest solution seems to reject such
> requests in general, at least as long as it's not obviously that the
> research is "good" (what ever this means) for the Arch community and/or
> human kind or the universe in general.


So you're admitting that you can't come up with a real concern and are
opposing just for the sake of opposing.

I think it's important to discuss such issues a lot in general,
because they improve our reasoning.

But just to take away the outcome of your well-meaning pessimism:
There could be a white hair in that soup just as there could indeed be
a black hair in the opposite colored "Now, why didn't I think of
that?" soup of well-meaning optimism you warn against. If you can
follow this rahter heavily metaphoric dish of thought, it looks like
we learned something today, in that case.

cheers!
mar77i

[arch-general] sending emails with gmail WAS: [arch-dev-public] AUR ToS

[Martin Kühne via arch-general]

On Mon, Mar 6, 2017 at 1:58 PM, Henrik Danielsson via arch-general
 wrote:
> [...] the quote in Mauro's
> mail did not render as a quote normally does in Gmail, hence I was not
> sure it would render correctly if I messed up the copying it (HTML
> entities and all).


Just turn it off. GMail's web interface does plain text email really
well to my tastes, and you can actively enable it from the dropdown
menu on the right of the bottom toolbar. All html is then stripped by
default and apart of newlines, you can have isprint()-only
conversations from then on.

You might want to subscribe to arch-dev-public. The conversation
started there and was taken to arch-general at some point.

cheers!
mar77i

Re: [arch-general] [arch-dev-public] AUR ToS (aka making AUR user names public)

[Martin Kühne via arch-general]

On Mon, Mar 6, 2017 at 12:21 PM, Henrik Danielsson via arch-general
 wrote:
> I was not replying to anyone in particular. Gaetan? Sorry, you lost me
> there.

It may not have appeared in the same thread for you, but here we go
[0] context, and the mail I was replying to was [1], for which the
former applies.

cheers!
mar77i

[0] http://www.mail-archive.com/arch-dev-public@archlinux.org/msg25123.html
[1] http://www.mail-archive.com/arch-general@archlinux.org/msg43113.html

Re: [arch-general] [arch-dev-public] AUR ToS (aka making AUR user names public)

[Martin Kühne via arch-general]

On Mon, Mar 6, 2017 at 11:26 AM, Guus Snijders via arch-general
 wrote:
> Op 6 mrt. 2017 10:52 schreef "Henrik Danielsson via arch-general" <
> arch-general@archlinux.org>:
>
> > I guess I'll be the devil's advocate. I see no privacy issues in handing
> > over a list of already public information You could deny it for practical
> > reasons though, if you simply could not be bothered to scrape/export such a
> > list yourself. Denying or allowing won't stop anyone from obtaining the
> > list.
>

Gaetan's criticism applies to you here, now. please designate
paragraphs of text which you reply to.

> I know it's not directly an privacy issue, but I find it scary
> nonetheless... (especially since they expressed the wish to consolidate the
> data with other websites such as github).

This is exactly for the argument I was struggling to come up with. As
far as I followed the discussion, this was the first time (I
realized?) someone clearly disconnected the argument from the privacy
discussion. Put this way, it makes sense to me, too. For the practical
implications we'd hand over along, with a note of "do whatever you
want with it we don't care". Turns out we do care what someone else
does with the data.

cheers!
mar77i

Re: [arch-general] Strange update of libvirt

[Martin Kühne via arch-general]

This keeps happening for me every time, and I just ignore the .pacnew
file. It should actually not be considered on updates because the
settings stored therein can be modified through the virt-manager UI
anyway. I used to think that adding the path to backups=() in the
PKGBUILD would solve the problem, thinking further about it, removing
it from the package files completely might be a better idea, though.

One other alternative I can think of would be to name your default
network differently as to not clash with the package provided setting.

cheers!
mar77i

Re: [arch-general] Why isn't SELinux officially supported?

[Martin Kühne via arch-general]

On Wed, Mar 1, 2017 at 5:45 PM, Robert Wong via arch-general
 wrote:
> Thanks.
> But I'm not meaning disappealing, I just felt uncomfortable when I see the 
> packages from the AUR can't be updated by the pacman and I don' feel like 
> using yaourt... Probably it's my obsessive compulsive disorder overtaking me. 
> I'm looking forward to build a local repos for all my installed AUR packages 
> so that they can upgraded by pacman -Syu.

I do run AUR packages and manage them manually in ~/abs, no yaourt or
other third party but pacman's own infrastructure required.

> Though I'm probably still new to Arch, I used Fedora beforehand and I AM 
> CLEARLY know the importance of a well-maintained configuration. And of course 
> I am familiar - not daring to say mastering - with how SELinux works.

Check with the people in charge and get working on it. ;-)

> If I said something wrong, then I apologize. And as I mentioned, I'm not 
> intended to blame anyone of cause a fight, I'm just trying to discuss it's 
> potiential to move it to the official repos.

You didn't, and I usually realize far too late when I sound
condescending. I like to cut with a sharp corner, though, apparently
I'm not unaffected by my own conditions and shortcomings...

cheers!
mar77i

Re: [arch-general] Why isn't SELinux officially supported?

[Martin Kühne via arch-general]

On Wed, Mar 1, 2017 at 4:51 PM, Robert Wong via arch-general
 wrote:
> Coming up:
> ...and detailed set up process on the Wiki, why can't those packages 
> magically be maintained at the official repos? Since the upgrade experience 
> of AUR packages are trully awkward... And I don't consider it safe to replace 
> most of the critical packages with AUR packages...

Wow. Interesting how the idea of a binary produced on your own machine
appeals less to you than a binary package delivered  to you from
somewhere. Of course the arch repos aren't anywhere, but the way you
put it it would appear you don't feel up to the job of maintaining a
local build of security infrastructure of the kernel.

To take away the result of a big part of discussions about security
infrastructure, apparently, nobody appears to deem the job of
maintaining and configuring security infrastructure for the official
repository worth their time, which I think is at least part of the
reason it's not there. I am probably oversimplifying the matter here,
this is just to get you thinking.

If you want to run a secure setup, how about you throw away all
software you don't trust personally and are capable of reading its
source code. It's an interesting experiment and likely helps you find
the priorities to learn what matters about the software you run. Also
note that security infrastructure does not replace well-tuned
configuration, since it's apparently easier to misconfigure SELinux
than it is to use a good key cypher and deactivating password-based
logins on your SSH servers.

cheers!
mar77i

Re: [arch-general] Cannot start Jack

[Martin Kühne via arch-general]

run dbus-monitor in a different terminal window while running
`jack_control start` to get the full, graphic details of the dbus
exception.

cheers!
mar77i

Re: [arch-general] Generating gdb debug logs for devs

[Martin Kühne via arch-general]

So uh for all this to take effect you have to do the updates on the
PKGBUILD options=(!strip debug) most notably I guess... not sure what
makepkg.conf adjustments you made, but I'm pretty sure the main
lifting is up to these two options being set.

Is it possible that you would share the makepkg.conf you were using as
well as the PKGBUILD you were doing the build with?

cheers!
mar77i

Re: [arch-general] user namespaces

[Martin Kühne via arch-general]

As somebody with no actual knowledge of the details you guys are
arguing over, but it seems to me OP has yet to learn that a simpler
and more secure environment can only be achieved by using fewer and
powerful components instead of many useless ones. Okay, there might be
a point from which the amount of components will add enough obscurity
to the overall system that simply nobody will bother trying to break
it, but really, what's the big deal. I think sandboxing is a concept
reminding too much of windows tools such as bullguard, which simply
doesn't translate well enough (read: at all) to unixes, so I recommend
checking whether you can trust the few things you use instead of
adding a whole bunch of potempkin barriers. It's actually less work
overall, too.

cheers!
mar77i

Re: [arch-general] I just want to say THANK YOU!

[Grady Martin via arch-general]

On 2017年01月20日 17時42分, Alexander Bustamante via arch-general wrote:

Fantastic documentation, fantastic community, fantastic *.


A Linux distro is nothing more than a package manager, a repository, and a 
collection of community resources.  I only realized this as time went on.

Arch excels at all three.

Re: [arch-general] I just want to say THANK YOU!

[Martin Kühne via arch-general]

how do you circlejerk about arch?
-- Ivo, 2013

arch doesn't die. it surfaces long-escaped bugs
-- mar77i, 2012

If ArchLinux made beer, it would be blue…
-- mpan, 2017

Arch Sucks™
-- phrik, 2017

cheers!
mar77i

Re: [arch-general] Google Summer of Code 2017

[Martin Kühne via arch-general]

I read about past failed attempts of arch trying to make something out
of gsoc, and that LDAP layer supposed to connect the different
websites' logins stil is not a thing. Go ahead, I'd say. On that same
note, do we have more pressing issues?

cheers!
mar77i

Re: [arch-general] Why was wpa_supplicant.conf renamed wpa_supplicant.conf.pacsav??

[Martin Kühne via arch-general]

Please, never ever seriously consider making pacman surprising in any
way resembling to what has been unsuccessfully proposed.
Does the pacman wiki suggest running the following line after updates yet?

find /etc /opt /usr /var -regextype egrep -regex '\*.pac(new|save)'

A section describing the results of this might also hint to why you
probably don't need to update your mirrorlist every time, why using
rankmirrors is probably not a good idea and that critical stuff like
ssh configuration should be dealt with immediately in the cloud,
otherwise users might be locked out.
Personally I also ongoingly ignore
/etc/libvirt/qemu/networks/default.xml.pacnew because it depends on
network device name. I think at some point I might have to discuss
this with the respective package maintainer.

Other than that, I don't like gentoo's way of dealing with this
problems other than the fact they ship tooling to actually deal with
the 3-way merge pacman expects from the user. I'd welcome suggestions
on this and actually was not smart enough up to now to somehow have a
script dig up the old version's unmodified configuration file (to be
used in said merge). I know there's the pacman cache, but pacman
itself doesn't seem to need that to know there's a merge going on.
There's definitely potential in doing this that might benefit
everyone, please approach me for a follow-up.

cheers!
mar77i

Re: [arch-general] Apple Super Drive and Arch Linux?

[Martin Kühne via arch-general]

Uh, you could check debian's syslog on plug-in and module list to
compare with arch. Maybe they have soe kernel configuration / module
enabled - or some other tool - to make this work?

cheers!
mar77i

Re: [arch-general] After upgrade

[Martin Kühne via arch-general]

Before you discuss it further, Ralf and piequiex, I did announce using
bofh excuses earlier in this thread.
I actually pulled the part with Germany randoly from collection of bofh excuses.
None of any of that was real.

We're having extreme gravity fluctuations, please move your pc to the
floor rapidly.

cheers!
mar77i

Re: [arch-general] After upgrade

[Martin Kühne via arch-general]

Your mail is being routed through Germany ... and they're censoring us.

cheers!
mar77i

Re: [arch-general] After upgrade

[Martin Kühne via arch-general]

Wait a minute, wait a minute.
I just realized some crucial aspect of your fnord.
You stripped the context yourself, ad on purpose.
That's some seriously τη καλλίστη stuff you got there.

cheers!
mar77i

Re: [arch-general] abs & sourceforge.net

[Martin Kühne via arch-general]

asynchronous inode failure.

cheers!
mar77i

Re: [arch-general] After upgrade

[Martin Kühne via arch-general]

On Fri, Dec 2, 2016 at 6:25 PM, piequiex  wrote:
>> [   66.078059] RIP  [] __memmove+0x24/0x1a0
>> [   66.080161]  RSP 
>> [   66.082193] CR2: 81e0
>> [   66.084178] ---[ end trace 7fe3870b4855ddc6 ]---
>> - --
>> Have a nice day!
>>
>>
>> You too!
> Useless message.
> P.S. Adjust MUA setings.
>

Whatever you expected to happen. I'm going to go through a few things
now, because how people reacted to what you sent was neither
unexpected nor unjustified.

You basically did the same thing to this mailing list that the kernel
did to you. We do not deserve this. But you're not a machine. You can
give some context and some information about what you upgraded, what
you were doing when it happened and what software was running. Looking
at some of the details, it seems like you were running a shell in the
linux console - probably with nvidia kms running. Was X11 running?

You may not post a stacktrace to the mailing list though, ESPECIALLY
one with NO CONTEXT WHATSOEVER automatically OR IN YOUR OWN WORDS
attached, because literally nobody can help you now. The stacktrace
doesn't contain any information about what part of the system broke,
but you coulld have told yourself if you had actually looked at it.

The literally best thing I can do for you is respond with BOFH excuse:
Our POP server was kidnapped by a weasel.

cheers!
mar77i

Re: [arch-general] unreadable characters login screen after install

[Martin Kühne via arch-general]

On Mon, Nov 28, 2016 at 8:55 PM, niya levi via arch-general
 wrote:
> is there another entry i should have comment , uncommented or added in
> /etc/default/grub to make it permenant ?
> shadrock

If you change things in /etc/default/grub, you have to # grub-mkconfig
-o /boot/grub/grub.chf to make the changes available to grub, whose
config is read at a time when no other file systems are visible...

cheers!
mar77i

Re: [arch-general] Arch pkg user and group IDs?

[Martin Kühne via arch-general]

Hmm, you could do the move per-server, though, at least for the
network services that publicly can report a different UID/GID pair
than is advertised on the file system, which is at least true for NFS.
Did you look into that, already?

cheers!
mar77i

Re: [arch-general] Arch pkg user and group IDs?

[Martin Kühne via arch-general]

First of all, any UID less than 1000 is generally considered a system
user/group, I would suspect this tradition or a variation thereof
comes from elder days.
Yes, arch system users are numbered automatically, but the groups and
users you listed are a bit of special snowflakes for systemd. I'm not
sure whether remapping them would be possible.

What I would recommend to you is to use another range further beyond
1000 for your network users and groups because with regard to what we
established in the first paragraph, those don't seem to qualify as
system users IMO. And, just to mention it for completness, there is
/etc/login.defs where you can theoretically adjust those numbers.

cheers!
mar77i

[arch-general] On containers. WAS: Re: snapcraft.io ...

[Martin Kühne via arch-general]

This whole sandboxing and containerisation idiocy is such a pain. Oh
look, the apps are not secure, the apps sometimes crash. But you know
what, let's take a high level approach, because we're such great
managers. Let's NOT make better apps and a better stack by actually
writing better multimedia libraries. No, let's instead just lock the
stuff in which we use anyway, so they can't do more harm than
absolutely unavoidable. Let's face it: those wheels are BROKEN, and
what we actually need is an effort to reinvent them a few more times
so some of them might hold further scrutiny.

Slightly off topic, I know, I'll be back at planning my own world
domination myself.

cheers!
mar77i

Re: [arch-general] Can't change tty size

[Martin Kühne via arch-general]

Let's start out with the setting with a font you intend like to use
that is as closely above 80 columns as you can make it.
$ stty cols 80
will inform the kernel what size of terminal your receiving end has.
This way you truncate the view on the screen and get your precise 80x*
terminal.
You could add it to your login script or something to make it permanent?

cheers!
mar77i

Re: [arch-general] Building Telegram and libssl

[Martin Kühne via arch-general]

If there's an aur packet, there is no point in building anything
yourself. Read [0].

cheers!
mar77i

[0] https://wiki.archlinux.org/index.php/Arch_Build_System

Re: [arch-general] Building Telegram and libssl

[Martin Kühne via arch-general]

On Fri, Sep 30, 2016 at 12:41 PM, Sajjad Heydari via arch-general
 wrote:
> Hello Guys
>
> I have been trying to build telegram based on this:
> https://github.com/telegramdesktop/tdesktop/blob/master/doc/building-cmake.md
>
> I am in the final part and I keep getting this error:
> [  0%] Built target Updater
> [  1%] Built target codegen_numbers__qt_moc
> make[2]: *** No rule to make target '/usr/local/ssl/lib/libssl.a', needed
> by 'codegen_numbers'.  Stop.
> make[1]: *** [CMakeFiles/Makefile2:457: CMakeFiles/codegen_numbers.dir/all]
> Error 2
> make: *** [Makefile:84: all] Error 2
>
> Now I understand that there is no libssl in arch and it's probably because
> of that. But how can I fix this issue?

Urm, first and foremost, makepkg filters out static libraries since a
couple of years.
I'm not sure about the context of the error, though, and why it looks
in /usr/local, which is strange. Maybe you need to run make
differently with make PREFIX=/usr?
How far the ssl implementation/s provided with arch can be used for
the code in question is the other thing you have to look into in order
to make this work.

cheers!
mar77i

Re: [arch-general] Microsoft Signature PC Requirements Now Blocks Linux Installation

[Martin Kühne via arch-general]

On Thu, Sep 29, 2016 at 11:35 AM, Lukas Rose  wrote:
>
> I've been installing various Linux distributions on all kinds of notebooks 
> and desktop-PCs for several years now, and I almost never had problems with 
> hardware compatibility. Just follow the basic rules like avoid dedicated 
> graphics if you don't need them, prefer Intel chips, and you're done! But 
> even if you don't watch out for those, like many of the people did who 
> brought me their computers, it still works - almost always. And the cases it 
> didn't work out of the box were non-rolling-release Distros where most times 
> a manual kernel upgrade to some more recent version fixed it. So I don't get 
> why people are always calling for "Linux compatibility", most common hardware 
> does work.


Honestly, though, "worked for you to this day" just doesn't cut it in this case.
Just because you were lucky or never had to deal with really new
hardware doesn't mean hardware compatibility is not an issue.
And the rarer the case of incompatibility appears, the more
disappointing it actually is when it hits you, and I guess we all
agree that a bit of accumulated data about how to avoid them as much
as possible is a good start.

cheers!
mar77i

Re: [arch-general] Microsoft Signature PC Requirements Now Blocks Linux Installation

[Martin Kühne via arch-general]

On Thu, Sep 29, 2016 at 10:06 AM, Merlin Büge  wrote:
> But note that all that is not open source hardware (as mentioned above).
> Also I'm not getting the point in buying such hardware -- there is some linux
> distribution preinstalled, but that's it I guess. Or am I missing something?
>

The hardware might be chosen so that it works well with linux. If you're lucky.
Other than that, I find the term open source hardware was probably
misused in the first place in this thread, as the topic as I
understood it was "hardware for use with free software".

> If you want open source hardware, I recommend looking at
> - the EOMA68 project
> - Olimex
> - upcoming Talos Workstation by Raptor Engineering
> - maybe devices supported by libreboot
>

Whoever makes a start with the wiki page will likely refer to this
thread as a reference.

cheers!
mar77i

Re: [arch-general] Microsoft Signature PC Requirements Now Blocks Linux Installation

[Martin Kühne via arch-general]

I passively +1 to creating a wiki page for the time being.
While it's worth mentioning the good parts as we listed them in this
thread, it's also important to list bad parts and link the
intel/lenovo debacle, somehow.
Also, I might go and put whatever broadcom wifi interfaces on that
list that failed me in the past (insert a poorly chosen list of swear
words here).

cheers!
mar77i

Re: [arch-general] Microsoft Signature PC Requirements Now Blocks Linux Installation

[Martin Kühne via arch-general]

The FSF has a directory of hardware that respects geek's freedom [0].
I've recently been on a UK based liberated hardware seller, but hell I
can't dig up the link right now.

cheers!
mar77i

[0] http://www.fsf.org/resources/hw/endorsement/respects-your-freedom

[arch-general] Fwd: [arch-dev-public] i686 and SSE2

[Martin Kühne via arch-general]

On Wed, Sep 28, 2016 at 9:54 PM, Daniel Micay via arch-dev-public
 wrote:
> On Wed, 2016-09-28 at 21:12 +0200, Bartłomiej Piotrowski wrote:
> ... Can [you] give people
> enough time to work out a way of doing automated builds, even official
> ones if there are developers / trusted users interested in doing it. It
> isn't going to get automated away without making it clear that it will
> be dropped at a certain date whether or not that's implemented.


If that means that I could use this automation to make optimised
builds for my Geode less of a hassle, I'm glad you guys are having
this conversation.

cheers!
mar77i

Re: [arch-general] Microsoft Signature PC Requirements Now Blocks Linux Installation

[Martin Kühne via arch-general]

On Wed, Sep 28, 2016 at 5:35 PM, Francis Gerund via arch-general
 wrote:
> I worry about if and how this will affect Arch.  Any opinions?
>
>


It's a thing people have to be wary about. Average arch users may have
similar laziness with regards to what their hardware requirements are
as users of other distros - we're so used to have stuff just working.
So the only advice I can give, if you should figure out you buy a new
device, save your receipt so you get your money back.

cheers!
mar77i

Re: [arch-general] Microsoft Signature PC Requirements Now Blocks Linux Installation

[Martin Kühne via arch-general]

If anything, it's intel being asswipe lazy to not upstream linux
drivers for this new raid mode.

cheers!
mar77i

Re: [arch-general] Removing infinality

[Martin Kühne via arch-general]

Just a thought. If you find the excerpt in the pacman logs where you
did the transaction got you into this mess, you might be able to
reverse just that without risking too much for the current install and
save you a complete reinstall. Ignoring dependencies is then not so
bad, because you then just install the packages again that were
uninstalled to get you into this.

cheers!
mar77i

Re: [arch-general] Removing infinality

[Martin Kühne via arch-general]

Just -Rcs and look twice at the removal. It does catch the whole tree
of explicit, asdeps of the packages passed as argument, as well as
packages depeding on either, but look twice on the list of packages
you'd like to have removed.

Anyway, there might be stuff in there you'd like to have but could
feed a different providers, so that might be a thing you'd want to
look up in the wiki on how to do. Or I would, since I'm the one not
knowing how to do it.

cheers!
mar77i

[arch-general] Fwd: [arch-dev-public] i686 and SSE2

[Martin Kühne via arch-general]

On Mon, Sep 19, 2016 at 12:40 PM, Christian Hesse  wrote:
> We could just keep i686 as-is for maximum compatibility. Let's take a
> realistic look at the things: Most users run i686, so why bother and optimize
> i686 - just to save some CPU cycles for a minority?
> (I would even wast CPU cycle rebuilding a bunch of packages... pacman tells
> me the effected boxes have 399 packages installed.)

Except you could just happen to have it backwards. The few non-sse2 32
bit cpus that run arch could be served their own specialised
distribution, while a majority benefits from saving said few cpu
cycles.

cheers!
mar77i

Re: [arch-general] [arch-dev-public] i686 and SSE2

[Martin Kühne via arch-general]

It would probably also give more arguments/hardware in need of a
retro-cpu archlinux variant/project which I'd like to see and would
help out with. Which in turn might be a better alternative for my
Geode as well.
Just my 2¢ to this.

cheers!
mar77i

Re: [arch-general] [arch-dev-public] i686 and SSE2

[Martin Kühne via arch-general]

...I'm all for making arch work well for the hardware it runs well on,
and I don't think expecting SSE2 is too bleeding edge wrt hardware
constraints. There are other distros that work well on cpus that
aren't up to par with arch's needs. I started using gentoo on my
pcengines board due to already existing performance concerns for its
amd geode/i[45]86 cpu.

cheers!
mar77i

Re: [arch-general] i3wm (randomly?) freezes; SIGCONT seems to fix it

[Martin Kühne via arch-general]

Oh, this stuff might all be related to the issue: [0], [1], [2]

cheers!
mar77i

[0] https://faq.i3wm.org/question/4631/dont-sigstop-when-in-hide-mode/here.html
[1] https://github.com/ultrabug/py3status/issues/253
[2] https://github.com/i3/i3/issues/2280

Re: [arch-general] i3wm (randomly?) freezes; SIGCONT seems to fix it

[Martin Kühne via arch-general]

Just as an aside from a technical perspective: Keep SIG_IGN vs SIG_DFL
in mind. I guess signals are passed from the child process to the
parent? Then again, I don't know where setsid() comes into play,
whether i3 does it / does it correctly, and whether that has an effect
on the signal processing queue.

SIGCHEERS!
mar77i

[0] http://man7.org/linux/man-pages/man2/signal.2.html

Re: [arch-general] Laptop cooling fan does not work

[Martin Kühne via arch-general]

I just set up some other distro on an IBM laptop, and I noticed that
when I set up the x86 variant, I had very considerable heat problems,
while when I swiched to x86_64, which was just after I acknowledged
that I had the lm flag in /proc/cpuinfo, the temperature issue went
away completely. Whether this would be the same with arch's kernels I
cannot say for certain, though. I also blew through the cooling fan in
the "accelerating" direction, which made the thing cough up some dust
at some point and appeared to run more smoothly afterwards.

It could be that, in the end, these things can be tied to a kernel config thing?
Usually, you might get the necessary hints from lspci and/or, as has
been suggested, detect-sensors.

To sum it up:
· check if your pacman's arch actually matches your cpu. if you have
lm in your /proc/cpuinfo, you should use the x86_64 kernel.
· check for hardware obstruction, dust, correct montage of fan or cooling grill

cheers!
mar77i

Re: [arch-general] Pacman Hooks

[Martin Kühne via arch-general]

A quick browsing of the manpages would help. Try the alpm-hooks(5) manpage.

cheers!
mar77i

Re: [arch-general] Libreoffice Google Drive not working

[Martin Zecher via arch-general]

The problem never solved here, but I'm not sure it's the same one since I
cannot login in the first place.

On Sat, Aug 13, 2016 at 12:57 PM, Jonathan Villatoro via arch-general <
arch-general@archlinux.org> wrote:

> Hello everyone, I hope my reply is no against mailing list etiquette.
> If so, please pardon me.
>
> I have also experienced the same problem and, even though I currently
> have libmcis 0.5.1-2 and libreoffice-fresh 5.2.0-2, I'm also unable to
> open any Google Docs documents on libre office. It says "Could not
> read the contents of . The file is not a directory"
>
> Does anyone have an idea as to what the cause may be?
>
> Thanks in advance
>
> On Mon, Jul 4, 2016 at 1:32 PM, Martin Zecher via arch-general
> <arch-general@archlinux.org> wrote:
> > Thanks a lot Andy, but I still have the problem after upgrading libcmis
> to
> > 0.5.1-2
> >
> > On Mon, Jul 4, 2016 at 2:59 PM, Andreas Radke <andy...@archlinux.org>
> wrote:
> >
> >> Am Mon, 4 Jul 2016 17:43:29 +0200
> >> schrieb Andreas Radke <andy...@archlinux.org>:
> >>
> >> > Am Sun, 3 Jul 2016 18:13:24 -0300
> >> > schrieb Martin Zecher via arch-general <arch-general@archlinux.org>:
> >> >
> >> > > When trying to access Google Drive under Libreoffice 5.1.4-1, I get
> >> > > "The specified device is invalid". This problem should be fixed
> >> > > since 5.1.3.2 according to
> >> > > https://bugs.documentfoundation.org/show_bug.cgi?id=98416 I think
> >> > > there may be a problem with Arch's compilation.
> >> > >
> >> >
> >> > This bug requires patching system libcmis. Please file a bug to our
> >> > tracker.
> >> >
> >> > -Andy
> >>
> >> Fixed in libcmis 0.5.1-2.
> >>
> >> -Andy
> >>
> >
> >
> >
> > --
> > Martin
> >
> > Usen DropBox <https://www.dropbox.com/referrals/NTIwODk0MDk> (2GB +
> *500MB
> > bonus*)
> > Taxi de lujo en Santiago a buen precio:
> > Uber <https://www.uber.com/invite/1p48v> ($5.000 gratis)
> > Cabify <http://www.cabify.cl/es/home>. Regístrense con el código
> MARTINZ5
> > ($5.000 gratis)
>
>
>
> --
> Atentamente,/Sincerely,
> Jonathan Horacio Villatoro Córdoba
>



-- 
Martin

DropBox <https://www.dropbox.com/referrals/NTIwODk0MDk> (2GB + *500MB bonus*
)
Uber <https://www.uber.com/invite/1p48v> ($5.000 gratis)
Cabify <http://www.cabify.cl/es/home> código MARTINZ5 ($5.000 gratis)

Re: [arch-general] Question regarding storm dragon's install script. When trying to tell my vm to run the script, I keep getting the message, bash, no such file or directory. Anyone here that is using

[Martin Kühne via arch-general]

You may or may not have noticed, but your message neded up all the way
up in the subject header of your email. Consider checking that next
time, maybe? :-)

cheers!
mar77i

Re: [arch-general] Libreoffice Google Drive not working

[Martin Zecher via arch-general]

Thanks a lot Andy, but I still have the problem after upgrading libcmis to
0.5.1-2

On Mon, Jul 4, 2016 at 2:59 PM, Andreas Radke <andy...@archlinux.org> wrote:

> Am Mon, 4 Jul 2016 17:43:29 +0200
> schrieb Andreas Radke <andy...@archlinux.org>:
>
> > Am Sun, 3 Jul 2016 18:13:24 -0300
> > schrieb Martin Zecher via arch-general <arch-general@archlinux.org>:
> >
> > > When trying to access Google Drive under Libreoffice 5.1.4-1, I get
> > > "The specified device is invalid". This problem should be fixed
> > > since 5.1.3.2 according to
> > > https://bugs.documentfoundation.org/show_bug.cgi?id=98416 I think
> > > there may be a problem with Arch's compilation.
> > >
> >
> > This bug requires patching system libcmis. Please file a bug to our
> > tracker.
> >
> > -Andy
>
> Fixed in libcmis 0.5.1-2.
>
> -Andy
>



-- 
Martin

Usen DropBox <https://www.dropbox.com/referrals/NTIwODk0MDk> (2GB + *500MB
bonus*)
Taxi de lujo en Santiago a buen precio:
Uber <https://www.uber.com/invite/1p48v> ($5.000 gratis)
Cabify <http://www.cabify.cl/es/home>. Regístrense con el código MARTINZ5
($5.000 gratis)

[arch-general] Libreoffice Google Drive not working

[Martin Zecher via arch-general]

When trying to access Google Drive under Libreoffice 5.1.4-1, I get  "The
specified device is invalid". This problem should be fixed since 5.1.3.2
according to https://bugs.documentfoundation.org/show_bug.cgi?id=98416
I think there may be a problem with Arch's compilation.

-- 
Martin

Usen DropBox <https://www.dropbox.com/referrals/NTIwODk0MDk> (2GB + *500MB
bonus*)
Taxi de lujo en Santiago a buen precio:
Uber <https://www.uber.com/invite/1p48v> ($5.000 gratis)
Cabify <http://www.cabify.cl/es/home>. Regístrense con el código MARTINZ5
($5.000 gratis)

Re: [arch-general] mdmonitor.service /usr/lib/systemd/scripts/mdadm_env.sh: No such file or directory

[Martin Kühne via arch-general]

Smells like EPROBLEM.
If there's no problem beyond logspam, you'll have a hard time to get
the improvement accepted.
Question though, now that you made me curious, do you patch out gtk
debug messages for your GUI apps?

cheers!
mar77i

Re: [arch-general] Htop 2.0 fonts

[Grady Martin]

On 2016年03月09日 16時31分, Maxwell Anselm wrote:


On Tue, Mar 8, 2016 at 3:57 AM, Garmine 42  wrote:

You need to enable unicode in xterm - i.e. use uxterm instead of xterm.


I already have unicode enabled in xterm. And Braille does show up if I
switch to the default bitmap font, but for whatever reason it doesn't
show up when I use Dejavu Sans Mono (which I prefer). urxvt has no
such problem.


That is because DejaVu Sans Mono has no Braille glyphs, and xterm does not use 
fallback fonts.  The Braille glyphs you see in urxvt are from another font.

As a workaround for xterm, you can copy Braille glyphs into DejaVu Sans Mono.  
FontForge can help you do this.

Xterm is able to display larger glyphs in the same amount of space as a urxvt 
fallback font, because urxvt fallback fonts adhere to the proportions of the 
primary font.

Re: [arch-general] Htop 2.0 fonts

[Grady Martin]

On 2016年02月17日 00時06分, Garmine 42 wrote:

It was indeed a font issue, the one I used did not contain the braille
characters. Because the same problem existed on my gettys I thought it
was an encoding issue or something else. Using terminus font at the
moment (as suggested) and it works perfectly fine.


Well, I am glad I was not the only one affected by this.  I wish there were at 
least an option to decide which characters get displayed.

Re: [arch-general] How much people use Arch Linux

[Grady Martin]

On 2016年02月19日 18時48分, Felix von Zadow wrote:

Im not aware of a representative survey. But if you're not after
reliable numbers, try combining statistics on the total number of
linux users world wide [1] with the percentage of Arch users [2].

Tadaa, 2,4M Arch users.


Our numbers are that strong?  Let's take over Greenland.

Re: [arch-general] Chromium Favorites Bar Partially Inoperative

[Martin S. Weber]

On 2016-01-31 18:11:24, Dutch Ingraham wrote:
> (...)

confirm chrome on awesome "right" (or 2ndary) monitor problems: This is
an awesome + multi-monitor + chromium problem, not your graphics driver.

folders in the bookmark bar do not track "pressed" status or track the
mouse at all.

I believe it's more of awesome + some dirty stuff chromium does that it
gets away in most other window managers because those aren't as awesome
as awesome is awesome.

I have observed this for at least half a year now, on different machines,
always chromium (or google-chrome) + awesome + multimonitor setup + using
the "secondary" monitor. Another thing is that chrome likes to draw itself
a couple pixes left and right of where it actually is so at times snaps
into the wrong screen in awesome.  Less awesome WMs will probably cover
this chromium bug as well. Just like the scum browser at times wants
to draw its own window decoration or implement its own window movement
(drag the title bar) ignoring the WM. It's not surprising chromium gets
it wrong, these devs are out of their native area of expertise when
doing WM-level stuff and I hope one day they'll learn to leave their
fingers off it.

Regards,
-Martin

[arch-general] Samsung EVO 850 TRIM Bug Fixed?

[Andrew Martin]

Hello,

I installed Arch on an EVO 850 120GB SSD. I read about the linux EVO
800-series
TRIM bug a few months ago:
https://blog.algolia.com/when-solid-state-drives-are-not-that-solid/

However it appeared to have been fixed in the 4.1 kernel release:
https://github.com/torvalds/linux/commit/9a9324d3969678d44b330e1230ad2c8ae67acf81

However a few days ago, my root partition suddenly became corrupted and I
was
forced to reinstall. While I cannot be 100% certain it was this bug, it
seems
likely. Has it been confirmed that this bug has been fixed in Arch? If so,
at
which kernel version?

Thanks,

Andrew

Re: [arch-general] Samsung EVO 850 TRIM Bug Fixed?

[Andrew Martin]

Thanks for the clarification on this!

Andrew

On 14 January 2016 at 19:43, Gustavo De Nardin (spuk) 
wrote:

> On 14 January 2016 at 21:10, Mauro Santos 
> wrote:
>
> > There were two different bugs that came up at different times, one is
> > drives that don't work properly with queued trim and another was the bug
> > with raid.
> >
>
> Alright, thanks for clearing that up. I see there's still a big list of
> drives needing workarounds. (
>
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/ata/libata-core.c#n4097
> )
>
>
>
> > The fix for the first problem is still to blacklist queued trim for the
> > affected drives, it hasn't changed. Both problems should not affect
> > either the "normal" or lts kernels provided by arch.
> >
>
>
> --
> (nil)
>

Re: [arch-general] failed retrieving file 'core.db' in "pacman -Syu"

[Grady Martin]

On 2015年11月30日 10時27分, mudongliang wrote:


# pacman -Syu
:: Synchronizing package databases...
error: failed retrieving file 'core.db' from mirrors.ustc.edu.cn : Recv 
failure: Connection reset by peer
error: failed retrieving file 'core.db' from mirrors.163.com : Recv failure: 
Connection reset by peer
error: failed retrieving file 'core.db' from archlinux.polymorf.fr : Recv 
failure: Connection reset by peer


I have seen similar errors when connected through certain hotels' wifi networks.

Re: [arch-general] how to remove template service from systemd

[Daniel Martin]

On 6 October 2015 at 10:35, Łukasz Michalski  wrote:
> Hi,
>
> I have template service for VirtualBox:
>
> [root@serenity amag_kghm]# cat /etc/systemd/system/vboxvmservice@.service
> [Unit]
> Description=VBox Virtual Machine %i Service
> Requires=systemd-modules-load.service
> After=systemd-modules-load.service
>
> [Service]
> User=zork
> Group=vboxusers
> ExecStart=/usr/bin/VBoxHeadless -s %i
> ExecStop=/usr/bin/VBoxManage controlvm %i savestate
>
> [Install]
> WantedBy=multi-user.target
>
> On of service from this template failed and I removed it.
> Now systemctl status vboxvmservice@* shows:
>
> ● vboxvmservice@A.service - VBox Virtual Machine A Service
>Loaded: loaded (/etc/systemd/system/vboxvmservice@.service; enabled;
> vendor preset: disabled)
>Active: failed (Result: exit-code) since Thu 2015-10-01 12:02:49 CEST; 4
> days ago
>  Main PID: 15101 (code=exited, status=0/SUCCESS)
>
> How to mak systemd forget about this service? I checked
> /etc/systemd/system/multi-user.target.wants/ and there is no link for my
> service.

If you change, add or remove service files:
$ systemctl daemon-reload

And you may need to stop the service as Florian wrote.

Re: [arch-general] Any ETA on the Tex Live 2015 update?

[Grady Martin]

On 2015年09月03日 00時44分, Mohammad_AlSaleh wrote:

Thank you for taking care of those packages. I know how unmotivating
such tedious tasks can be for a volunteer.


I noticed the update, too.  Thank you.

Re: [arch-general] package bup marked out-of-date for several months

[Stephen Martin]

 On Mon, Jun 29, 2015 at 4:01 AM, Rashif Ray Rahman sc...@archlinux.org
 wrote:
 
 Anyway, you can always e-mail the maintainer if you want to enquire or
 help.

 
 That's a good suggestion, I'll do that in the future.
 
 Thanks for the responses!
 
 
 Zander Bolgar
 
In the future, if you need to immediately bump a package, you could use the ABS.
Emailing the maintainer is the best ultimate option, but upping the version 
number in the ABS will usually work in the meantime.



signature.asc
Description: OpenPGP digital signature

[arch-general] Mutt's Missing Manual

[Grady Martin]

Hi, all.  Mutt's the bee's knees, but a recent install has revealed that the 
HTML manuals in /usr/share/doc/mutt have been replaced with an empty text file, 
/usr/share/doc/mutt/manual.txt.  Can anyone confirm this?  I performed a fresh 
install, just to make sure I wasn't off my rocker.

Might mutt's manuals not mean much to most men?

[arch-general] PyChess Audio

[Grady Martin]

Hello, all.  Does anyone play chess?  PyChess is great and seems mostly free of 
bugs now.  There is one, glaring exception, but it could be specific to Arch.

Sound effects do not play, and the sound files the pychess package installs to 
/usr/share/pychess/sounds do not appear in the sound selection dialogs (which 
have strange untitled filters applied to them).

Should the problem be reported upstream?

Re: [arch-general] PyChess Audio

[Grady Martin]

Thank you for the response.

On 2015年05月08日 09時23分, Jan Alexander Steffens wrote:
 Have you installed the gstreamer0.10-plugins?

I can find this package neither with $( pkgfile -ir 'gst.*plug' ) nor by 
searching the package database online.  Here is what I do have installed:

■ pacman -Q | grep 'gst.*plug'
gst-plugins-bad 1.4.5-2
gst-plugins-base 1.4.5-1
gst-plugins-base-libs 1.4.5-1
gst-plugins-good 1.4.5-2

Though it seems the pychess package lists none of these as relevant.  Perhaps 
this is a packaging error?

■ pacman -Qi pychess
Name   : pychess
Version: 0.10.1-4
Depends On : gnome-icon-theme  python2-rsvg  pygtksourceview2  
gstreamer0.10-python  desktop-file-utils
Optional Deps  : None

Re: [arch-general] PyChess Audio

[Grady Martin]

On 2015年05月08日 09時34分, Ben Oliver wrote:
 I cannot reproduce the issue I'm afraid, everything works well on my end
 off a fresh install of pychess.

Thanks for the reply.  Could you please share output for the following command? 
 Jan's response makes me wonder whether my system lacks an undocumented 
dependency.

pacman -Q | grep 'gst.*plug'

[arch-general] Audacity Library Mismatch (Wxgtk2.8)

[Grady Martin]

Hi, all.  I hope I have reached an acceptable place to bitch about what looks 
like a packaging error, possibly involving wxgtk2.8.

Running audacity prints the following to stderr and quits.  Can anyone 
reproduce this?

Warning: Mismatch between the program and library build versions detected.
The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1008,wx 
containers,compatible with 2.6),
and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx 
containers,compatible with 2.6).

Re: [arch-general] Audacity Library Mismatch (Wxgtk2.8)

[Grady Martin]

On 2015年05月01日 08時36分, Geoff wrote:
 I don't make much use of audacity, and have not tested extensively.  Starting
 from an xterm on my i686, fully patched, system, I see the error, but the
 program runs and appears to function normally.  I see a lot of other errors in
 the xterm - but they don't appear to be wxgtk related, and they may well have
 been there and unnoticed before.

Thank you for checking.  You gave me just enough self-doubt to try a few more 
things, and I ended up finding an audacity instance that had failed to close.  
Audacity seems to limit itself to a single instance, which created the illusion 
of immediately exiting.

Errors notwithstanding, I consider the issue solved.