[arch-general] How did spyder/python-spyder-kernels downgrade version?

[Oon-Ee Ng via arch-general]

I've got spyder-4.0.1-2 and python-spyder-kernels-1.8.1-1 installed.
They're not self-compiled, they just came in as regular repo updates (on
22nd February 2020).

However the current repo version of both is 3.3.6-2 and 0.5.2-4. Looks like
a rollback of spyder related packages took place? Shouldn't epoch be
updated in that case?

I have [testing] enabled but I don't know how to check if the current
installed version is from community-testing.

Re: [arch-general] openVDB

[Oon-Ee Ng via arch-general]

On Sat, Feb 15, 2020 at 9:26 AM John Briggs 
wrote:

> Just recently rebuilt my system and after rebuild I noticed "doc"
> directory directly under /usr directory. Further investigation reveals
> it belongs to the OpenVDB package. Should not this directory be
> /usr/share/doc/OpenVDB?
>
> Regards
>
> John
>

Probably best way to handle this would be bugs.archlinux.org where the
maintainer gets a direct notification rather than in a discussion mailing
list.

Re: [arch-general] Firefox-71.0-1 breaks WhatsApp Web

[Oon-Ee Ng via arch-general]

After more investigation and travelling back and forth, it appears the
issue had at least 2 roots. One is that the update process somehow broke my
existing profile. A new profile solves that. The second is that the latest
version of firefox seems to not be able to authenticate with an NTLM proxy
specifically for web.whatsapp.com.

This has happened before -
https://bugzilla.mozilla.org/show_bug.cgi?id=1536787 shows almost identical
behaviour to what I am experiencing. However I was not using Firefox at
that time. Perhaps I'll just switch back to Chromium for whatsapp web.

Re: [arch-general] Firefox-71.0-1 breaks WhatsApp Web

[Oon-Ee Ng via arch-general]

On Wed, Dec 4, 2019 at 9:11 PM Giancarlo Razzolini 
wrote:

> Em dezembro 4, 2019 1:28 Oon-Ee Ng via arch-general escreveu:
> > After the update I can't seem to load WhatsApp Web.
> >
> > If I already logged in (using the QR code) it just doesn't load and
> > eventually displays the 'connecting to WhatsApp' message which typically
> > happens when the phone is offline.
> >
> > If I haven't logged in it will try to load the QR code for authentication
> > and wait for that forever. The console shows the following:-
> >
> > Content Security Policy: Directive ‘child-src’ has been deprecated.
> Please
> > use directive ‘worker-src’ to control workers, or directive ‘frame-src’
> to
> > control frames respectively.
> > Firefox can’t establish a connection to the server at wss://
> > web.whatsapp.com/ws. app.fff9477f997fa1246faf.js:2:783554
> >
> > Chromium on the same machine has no such issues.
> >
>
> It is working here. I have deauthenticated and authenticated again using
> the
> qrcode.
>
> Try using a clean profile.
>
> Regards,
> Giancarlo Razzolini


Oddly enough, yesterday I tried a clean profile and had the same issue.

Today a clean profile works (my main profile doesn't).

However I'm on a different (less restrictive) network today so that may
explain it.

Re: [arch-general] Firefox-71.0-1 breaks WhatsApp Web

[Oon-Ee Ng via arch-general]

It's not on by default. Enabling/disabling doesn't help.

Another website (discordapp.com) also has certain pages not working with
this update.

On Wed, Dec 4, 2019 at 2:23 PM Genes Lists via arch-general <
arch-general@archlinux.org> wrote:

>
> I wonder if turning off DOH helps. i.e. in firefox:
>
> Settings -> network settings
>
> Then unselect DNS over https.
>

Re: [arch-general] Firefox-71.0-1 breaks WhatsApp Web

[Oon-Ee Ng via arch-general]

On Wed, Dec 4, 2019 at 12:32 PM Oon-Ee Ng  wrote:

> On Wed, Dec 4, 2019 at 12:28 PM Oon-Ee Ng  wrote:
>
>> After the update I can't seem to load WhatsApp Web.
>>
>> If I already logged in (using the QR code) it just doesn't load and
>> eventually displays the 'connecting to WhatsApp' message which typically
>> happens when the phone is offline.
>>
>> If I haven't logged in it will try to load the QR code for authentication
>> and wait for that forever. The console shows the following:-
>>
>> Content Security Policy: Directive ‘child-src’ has been deprecated.
>> Please use directive ‘worker-src’ to control workers, or directive
>> ‘frame-src’ to control frames respectively.
>> Firefox can’t establish a connection to the server at wss://
>> web.whatsapp.com/ws. app.fff9477f997fa1246faf.js:2:783554
>>
>> Chromium on the same machine has no such issues.
>>
>
> This link https://bugzilla.mozilla.org/show_bug.cgi?id=1468870 mentions
> possible DNS issues. I'll have to retry on a different connection when I
> get there.
>

Just to note (since I forgot to mention it in my original message), it
seems to work on the same machine when downgrading only firefox (to
70.0.1-3)

Re: [arch-general] Firefox-71.0-1 breaks WhatsApp Web

[Oon-Ee Ng via arch-general]

On Wed, Dec 4, 2019 at 12:28 PM Oon-Ee Ng  wrote:

> After the update I can't seem to load WhatsApp Web.
>
> If I already logged in (using the QR code) it just doesn't load and
> eventually displays the 'connecting to WhatsApp' message which typically
> happens when the phone is offline.
>
> If I haven't logged in it will try to load the QR code for authentication
> and wait for that forever. The console shows the following:-
>
> Content Security Policy: Directive ‘child-src’ has been deprecated. Please
> use directive ‘worker-src’ to control workers, or directive ‘frame-src’ to
> control frames respectively.
> Firefox can’t establish a connection to the server at wss://
> web.whatsapp.com/ws. app.fff9477f997fa1246faf.js:2:783554
>
> Chromium on the same machine has no such issues.
>

This link https://bugzilla.mozilla.org/show_bug.cgi?id=1468870 mentions
possible DNS issues. I'll have to retry on a different connection when I
get there.

>
>

Re: [arch-general] Keyboard shortcuts which change based on current app

[Oon-Ee Ng via arch-general]

Some do, but maintaining existing shortcuts is good for when I'm actually
using the keyboard (these 'per-app' shortcuts are meant for the additional
buttons on my drawing tablet). I'd only use the application options for
shortcuts which really annoy me, like how some use Ctrl-Y to re-do and some
use Ctrl-Shift-Z. Not that all apps support re-assigning such basic
shortcuts anyway

On Thu, Feb 14, 2019 at 8:20 PM Damjan Georgievski via arch-general <
arch-general@archlinux.org> wrote:

> On Thu, 14 Feb 2019 at 05:12, Oon-Ee Ng via arch-general <
> arch-general@archlinux.org> wrote:
>
> > Before I try to hack together a solution, are there any existing
> > apps/frameworks which allow for the same key/button to do something
> > different based on the currently focused app (in X)?
> >
> > My intended use-case is to use the additional buttons on my drawing
> tablet
> > to do various functions, but depending on the current app. So in Gimp
> they
> > would do one thing, in Libreoffice another, in Inkscape another.
> >
>
> Don't your applications have an option to customize the shortcuts?
>
> --
> damjan
>

Re: [arch-general] Keyboard shortcuts which change based on current app

[Oon-Ee Ng via arch-general]

Thanks for this, but the first and accepted answer is, as I mentioned,
basically just me hacking together a bunch of scripts as a solution (that's
what I'm probably going to end up doing anyway, but an existing framework
would be nice).

On Thu, Feb 14, 2019 at 2:02 PM  wrote:

>
> https://askubuntu.com/questions/97213/application-specific-key-combination-remapping
>
> On Thu, Feb 14, 2019 at 12:12:17PM +0800, Oon-Ee Ng via arch-general wrote:
> >Before I try to hack together a solution, are there any existing
> >apps/frameworks which allow for the same key/button to do something
> >different based on the currently focused app (in X)?
> >
> >My intended use-case is to use the additional buttons on my drawing tablet
> >to do various functions, but depending on the current app. So in Gimp they
> >would do one thing, in Libreoffice another, in Inkscape another.
> >
>

[arch-general] Keyboard shortcuts which change based on current app

[Oon-Ee Ng via arch-general]

Before I try to hack together a solution, are there any existing
apps/frameworks which allow for the same key/button to do something
different based on the currently focused app (in X)?

My intended use-case is to use the additional buttons on my drawing tablet
to do various functions, but depending on the current app. So in Gimp they
would do one thing, in Libreoffice another, in Inkscape another.

Re: [arch-general] mesa-18.0.0 (currently in [testing]) graphics corruption?

[Oon-Ee Ng via arch-general]

On Thu, Mar 29, 2018 at 1:51 PM, freq via arch-general <
arch-general@archlinux.org> wrote:

> I'm on 17.3.7-1 and have some issues with screen refresh being slow.  I
> run the Minnowboard Turbot and really never had this issue before. There
> were also font issues causing letters to overlap and go missing. Hope this
> helps!
>

Very different symptoms, and 17.3.7 works fine for me.

[arch-general] mesa-18.0.0 (currently in [testing]) graphics corruption?

[Oon-Ee Ng via arch-general]

Any other [testing] users getting severe graphics corruption on
mesa-18.0.0? I'm on Intel graphics.

Bug report already made https://bugs.archlinux.org/task/58012 but I'm
worried this is something unique to my system (unlikely maintainer of mesa
would NOT have noticed the symptoms I'm getting...)

Re: [arch-general] systemd permissions on run?

[Oon-Ee Ng via arch-general]

On Fri, Feb 2, 2018 at 9:40 AM, Oon-Ee Ng <ngoonee.t...@gmail.com> wrote:

> Did something change recently w.r.t this? I have smbd, postgresql, and
> squid all failing on me with the following error:-
>
> systemd[1]: smbd.service: Permission denied while opening PID file or
> unsafe symlink chain: /var/run/smbd.pid
> systemd[1]: postgresql.service: Permission denied while opening PID file
> or unsafe symlink chain: /var/lib/postgres/data/postmaster.pid
> systemd[1]: squid.service: Permission denied while opening PID file or
> unsafe symlink chain: /run/squid.pid
>
> The bug tracker only turns u #56966 and #56828 which both have to do with
> the 'nobody' user.
>

More curiously, this does NOT happen on another Arch laptop I have (with
those same services running). My ls -la results in /run seem to turn up the
same thing, nor are there any differences in shadow/gshadow/passwd etc.

[arch-general] systemd permissions on run?

[Oon-Ee Ng via arch-general]

Did something change recently w.r.t this? I have smbd, postgresql, and
squid all failing on me with the following error:-

systemd[1]: smbd.service: Permission denied while opening PID file or
unsafe symlink chain: /var/run/smbd.pid
systemd[1]: postgresql.service: Permission denied while opening PID file or
unsafe symlink chain: /var/lib/postgres/data/postmaster.pid
systemd[1]: squid.service: Permission denied while opening PID file or
unsafe symlink chain: /run/squid.pid

The bug tracker only turns u #56966 and #56828 which both have to do with
the 'nobody' user.

Re: [arch-general] Handling python venv packages breaking on glibc update

[Oon-Ee Ng via arch-general]

On Mon, Aug 21, 2017 at 5:48 PM, Damjan Georgievski via arch-general <
arch-general@archlinux.org> wrote:

> > I use psycopg2 for postgres access in my pyramid web-app, and like most
> > (all?) python developers all the dependencies are in a virtualenv,
> > including psycopg2 itself.
> >
> > This means, of course, that the psycopg2 wheel is precompiled.
> >
> > With the recent glibc-2.26 update, I can no longer import psycopg2. This
> is
> > the error message I get on the file libresolv-2-c4c53def.5.so:
> >
> > symbol __res_maybe_init, version GLIBC_PRIVATE not defined in file
> > libc.so.6 with link time reference
> >
> > I'm not sure why the psycopg2 pip package bundles in libresolv (which is
> > part of glibc in Arch, explaining why the Arch psycopg2 package works
> fine,
> > even without a recompile). Where's the right place for me to fix this?
> With
> > the psycopg2 pip maintainers or somewhere else?
>
>
> why not just use the Arch package? I prefer that for pacakges that
> link to system libraries.
>

Well, venvs are just cleaner (and I've tried venvs with some system libs,
gets messy quickly). Also venvs allow easy freeze etc. which I need because
my deployments are not on Arch machines (fortunately, they're still
working).

Re: [arch-general] Handling python venv packages breaking on glibc update

[Oon-Ee Ng via arch-general]

So reinstalling psycopg2 with `pip install --no-binary :all: psycopg2`
works. Still wondering whether this is an issue to raise upstream.

On Mon, Aug 21, 2017 at 5:41 PM, Oon-Ee Ng <ngoonee.t...@gmail.com> wrote:

> I use psycopg2 for postgres access in my pyramid web-app, and like most
> (all?) python developers all the dependencies are in a virtualenv,
> including psycopg2 itself.
>
> This means, of course, that the psycopg2 wheel is precompiled.
>
> With the recent glibc-2.26 update, I can no longer import psycopg2. This
> is the error message I get on the file libresolv-2-c4c53def.5.so:
>
> symbol __res_maybe_init, version GLIBC_PRIVATE not defined in file
> libc.so.6 with link time reference
>
> I'm not sure why the psycopg2 pip package bundles in libresolv (which is
> part of glibc in Arch, explaining why the Arch psycopg2 package works fine,
> even without a recompile). Where's the right place for me to fix this? With
> the psycopg2 pip maintainers or somewhere else?
>

[arch-general] Handling python venv packages breaking on glibc update

[Oon-Ee Ng via arch-general]

I use psycopg2 for postgres access in my pyramid web-app, and like most
(all?) python developers all the dependencies are in a virtualenv,
including psycopg2 itself.

This means, of course, that the psycopg2 wheel is precompiled.

With the recent glibc-2.26 update, I can no longer import psycopg2. This is
the error message I get on the file libresolv-2-c4c53def.5.so:

symbol __res_maybe_init, version GLIBC_PRIVATE not defined in file
libc.so.6 with link time reference

I'm not sure why the psycopg2 pip package bundles in libresolv (which is
part of glibc in Arch, explaining why the Arch psycopg2 package works fine,
even without a recompile). Where's the right place for me to fix this? With
the psycopg2 pip maintainers or somewhere else?

Re: [arch-general] sysdig downgraded without adding a new era?

[Oon-Ee Ng via arch-general]

On Tue, Apr 25, 2017 at 9:39 AM, Ralf Mardorf 
wrote:

>
> Have you ever considered to make use of professional psychological help?
> Nearly each of your replies, whomsoever you answer, has got a
> condescending tone. It's funny for the reader, if you make a fool of
> yourself, but I suspect being that instable must be a pain for you.
>

That is out of line, not just for this mailing list but for any public
civil discussion. Especially from yourself, as from certain perspectives
the paragraph above may apply to you as well, to a degree.

Take it to private mails if you need to.

Re: [arch-general] arch health

[Oon-Ee Ng via arch-general]

On Sat, Apr 22, 2017 at 12:05 AM, Carsten Mattner via arch-general <
arch-general@archlinux.org> wrote:

>
> Yes it's easy to downgrade manually on a single machine, but my
> suggestion is about repo maintainers having a mechanism to force
> a downgrade via the index. This is less of an issue for LTS distros
> but important for non-testing users of Arch and other rolling distros.
> The package maintainer cannot know that 3.3 has a corruption bug and
> naturally trusts ffmpeg's announcement that 3.3 is a stable release.
> I did too and was surprised. It's my first ffmpeg surprise and usually
> ffmpeg is reliable.
>
> They do, it's called the epoch (see man PKGBUILD).

Re: [arch-general] Suppressing specific pacman warnings

[Oon-Ee Ng via arch-general]

On Mon, Apr 3, 2017 at 6:17 AM, João Miguel via arch-general <
arch-general@archlinux.org> wrote:

> > >
> > > I'd like there to be an option to quiet these, possibly in pacman.conf:
> > >
> > > QuietWarning = NewerThanRepo | IgnoredUpdate | ...
> > > (...)
> >
> > If pacman is going to output such messages in the first place, offering
> > to ignore them strikes me as unwise.
> >
> > The whole reason for outputting such messages to begin with, IMHO, is to
> > alert the user that something unexpected (packages from the future) is
> But when would there be packages from the future!? I think if pacman
> finds I have a more recent version than the repos do, the obvious reason
> is that I got it from somewhere else. When would I have a higher version
> except for that reason?
>
> Why is that 'the obvious reason'? Another (arguably more common) reason is
partial repo syncs, or some problem with a repo (as pacman does automatic
fall-back when a repo cannot be contacted).  In that situation a user
really does need to know that some packages on this system appear to be
from the future (relative to the currently synced repo information) as this
could have a fairly large impact on the system running at all.

And if you're installing newer versions yourself, it's not really hard to
read past it way too many users do that anyway,

[arch-general] Leftover kde4 stuff

[Oon-Ee Ng via arch-general]

I just hit a bug with okular (rarely used it and just got surprised by this)

https://bugs.archlinux.org/task/53003

After more investigation I realized the kactivites was being provided by
kactivities4 (which no longer exists). Further investigation showed that I
had a bunch of old kde4 packages (some still in repos, some not) installed.
I think this is the list:-

kdebase-runtime (16.12.2-1)
libkscreen4 (1.0.5-2)
qjson (0.9.0-1)
libkexiv2_4 (15.08.3-2)
kdelibs (4.14.29-1)
qca-qt4 (2.1.3-1)
polkit-qt4 (0.112.0+git20160226-1)
phonon-qt4 (4.9.1-1)
phonon-qt4-vlc (0.9.0-1)
libqzeitgeist (0.8.0-6)
libdbusmenu-qt4 (0.9.3+16.04.20160218-1)
attica-qt4 (0.4.2-3)

Only libkscreen4 and libkexiv2_4 were no longer in repos, and uninstalling
both removed the rest.

Did I miss an announcement or anything where I'd have noted these packages
disappearance and uninstalled them? Or should I be keeping an eye on pacman
-Qm (I have 137 packages there at this point)?

Re: [arch-general] [arch-dev-public] Moving arduino into [community] important notes

[Oon-Ee Ng via arch-general]

On Mon, Nov 28, 2016 at 3:26 PM, Antonio Rojas  wrote:
>
> I thought AUR packages were unsupported. Sure, it is nice to give them a
> higher version number when they are moved to the official repos to allow
> for a smooth upgrade, but that shouldn't be an enforced rule IMO. And
> removing epoch is a reasonable enough reason not to do it.

There's a difference between unsupported and (un?)intentionally
leaving all users' packages frozen at an old (eventually broken)
version because epoch was removed, for some indeterminate period of
time.

Of course, the question about whether epoch should have been used in
the AUR is a separate one (I think it's done mainly to help AUR
helpers work). But once that's been done I don't see any good reason
to remove it.

Re: [arch-general] What happened to the Beginner's Guide?

[Oon-Ee Ng via arch-general]

On Thu, Sep 22, 2016 at 10:46 AM, Francis Gerund via arch-general
 wrote:
> Where have the the most recent versions of the "real" Beginner's Guide been
> saved?  And how can they be retrieved (maybe using git, for example)?

That would not be useful because wiki instructions go out of date over time.

On Thu, Sep 22, 2016 at 10:36 AM, Doug Newgard  wrote:
> On Wed, 21 Sep 2016 21:01:55 -0400
> Dave via arch-general  wrote:
>
>> On Wed, Sep 21, 2016 at 8:58 PM, Jason Ryan via arch-general <
>> arch-general@archlinux.org> wrote:
>> > This will only alienate new users that are unwilling to read man pages and
>> > the
>> > community provided documentation, ie., people for whom Arch is the wrong
>> > choice
>> > anyway…
>>
>>
>> As a new user of Arch, I think this attitude is incorrect as well as
>> harmful to Arch.
>
> I think putting a list of commands in the wiki is much, much more harmful to
> Arch. Arch is a niche distro, not meant to be something grandma installs
> because someone told her it was the thing to do.


While I agree that Arch is not for everyone, comparing users for whom
details on their operating system are not clear/important to 'grandma'
is unnecessary and probably discriminatory (what do you have against
grandma?)

Jason Wryan is correct, Arch is targetted at a particular type of
user. No need to belittle those who don't fall into that type.

Re: [arch-general] Strange file in home directory

[Oon-Ee Ng via arch-general]

On Sat, Sep 17, 2016 at 7:48 PM, Sławek Kapłoński  wrote:
> Hello,
>
> I found recently strange (for me) file in my home directory. Name of
> this file is "on":
>
> [13:45:14] slawek@dell:~$ file on
> on: GNU dbm 1.x or ndbm database, little endian, 64-bit
>
> I think that it is created by Mutt because when I removed it and started
> Mutt then it was created again.
>
> Do You know what is this file for, what creates it (is it really Mutt)
> and maybe how can I disable creation of this file?

Given the name of that file, I'd suspect a misconfiguration of mutt.
Re-check your config.

Re: [arch-general] time setting problem after installing.

[Oon-Ee Ng via arch-general]

Part of the beginner's guide tells you exactly how to do this. How did
you install Arch?

On Mon, Jul 4, 2016 at 6:24 AM, matthew dyer via arch-general
 wrote:
> Hi,
>
>
> The date is set fine it is just the time that is off..
>
>
> Matthew
>
>
>
>
>
> On 07/03/16 20:56, Kenneth B. Jensen via arch-general wrote:
>>
>> On 07/03/2016 03:50 PM, matthew dyer via arch-general wrote:
>>>
>>> Kennoth, I am on a mac using easteron.  I am the us ohio. NewYork
>>> would be the closest time zone .  I think it is a matter of changing
>>> it to use america/new_York if that makes sence.
>>>
>>>
>>> Matthew
>>>
>>> On 07/03/16 22:39, Kenneth B. Jensen via arch-general wrote:

 On 07/03/2016 03:27 PM, matthew dyer via arch-general wrote:
>
> Hi all,
>
> I just installed arch into a vertual machine dfor now as I do not have
> a bare boons system to install to at the moment.  Any way  I have a
> problem whare  my system thinks I am in lundon uk and not in the us.
> I have tried running NTPD-QG but I am told that the command not
> found.  I want the clock to show the correct local time and not have
> it showing  4 hours ahead of it self.  Any ideas on how to fix this.
> I want to show it in .profile, but it just creates a new file instead
> of using the exhisting file.  How can I change my time to the corect
> local time?  Thanks.
>
> Matthew
>
>
 Hi Matthew,
   Did you set the timezone correctly? If so, is your virtual machine
 using your machine's time as UTC? If it is, then make sure that you set
 your timezone as UTC.

>> There are named timezones in the /usr/share/zoneinfo/US directory; try
>> ln -sf /usr/share/zoneinfo/US/Eastern /etc/localtime then check the date.
>> If this does not work, try replacing US/Eastern with UTC.
>>
>>
>
> --
> Sent from my Arch Linux VM

[arch-general] version bumps on -dkms

[Oon-Ee Ng]

I don't believe a version bump is required for -dkms (e.g. nvidia-dkms
in [testing] just got bumped to -4 due to new kernel in [testing])?

I understand this is because the nvidia packages use a split PKGBUILD,
but it still seems something could be done a bit better here. Perhaps
a way for split PKGBUILDs to have different pkgvers (this would cause
more problems than it solves IMO) or just not pushing *-dkms
automatically with everything else unless sources have changed.

Re: [arch-general] What jobs/tasks is arch the best at?

[Oon-Ee Ng]

On Fri, Apr 15, 2016 at 4:21 AM,   wrote:
> For example non OS:
>
> A hammer is the best to get in a nail. Could use a screw driver, but
> that is not the best tool for the job/task.
>
> Comparing ARCH to other distros in the SAME CATEGORY (not for example
> against pfSense - one of many distros designed for connection sharing),
> what jobs/task is it the best at?
>
> Thank you
>
https://wiki.archlinux.org/index.php/Arch_Linux#Principles

Arch is what you make it (TM)

It's best at finding bugs before they get into Ubuntu.

Re: [arch-general] Experiences with SELinux on Arch

[Oon-Ee Ng]

On Fri, Jan 22, 2016 at 4:59 AM, Niels Kobschaetzki
 wrote:
> since I won't get an answer on the forum except "Read the Wiki" which
> isn't helpful, I ask here.
> Is here anybody with real world experiences with SELinux on Arch? The
> forum states the userland tools as "work in progress" which doesn't say
> anything about the progress…
> I'd like to know how easy SELinux is to use on Arch. I am just starting
> out to (re-)enabling it on my CentOS-servers and there it is actually
> not that hard after all nowadays because of the great tools available.
> But how about Arch?

Have you read the wiki? Besides the actual content, the fact that
there is a page (and the activity ilevel ofthe page) should answer
your question pretty quickly.

Re: [arch-general] suckless-terminal (st) in community - is there an issue with st-255color terminfo and tmux?

[Oon-Ee Ng]

On Thu, Nov 26, 2015 at 4:13 PM, Christian Hesse  wrote:
>
>> Anyway, on the upgrade my terminal would not start, and I tracked that
>> down to the default config.h setting termname to 'st-256color'
>>
>> Changing that to 'stterm-256color' means it doesn't crash on startup
>> anymore. It's because I start tmux automatically in terminal.
>>
>> The problem with 'st' is that the name is nigh-on un-google-able...
>> anyone else knows about this issue or has hit it before?
>
> Is your system up-to-date? You need recent ncurses.
>
> % pacman -Q ncurses
> ncurses 6.0-3
> % pacman -Ql ncurses | grep st-256color
> ncurses /usr/share/terminfo/s/st-256color


Forgot to mention, I DO have st-256color (latest ncurses installed
since 17th Sep), it just doesn't work in tmux

[arch-general] suckless-terminal (st) in community - is there an issue with st-255color terminfo and tmux?

[Oon-Ee Ng]

I'm really glad st is now in community, though I find it slightly odd
its orphaned even though it's just been moved.

Anyway, on the upgrade my terminal would not start, and I tracked that
down to the default config.h setting termname to 'st-256color'

Changing that to 'stterm-256color' means it doesn't crash on startup
anymore. It's because I start tmux automatically in terminal.

The problem with 'st' is that the name is nigh-on un-google-able...
anyone else knows about this issue or has hit it before?

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

[Oon-Ee Ng]

On Mon, Nov 16, 2015 at 3:17 PM, Magnus Therning  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  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.

Re: [arch-general] Long-term offline Arch system

[Oon-Ee Ng]

On Fri, Nov 6, 2015 at 4:25 PM, Aron Widforss  wrote:
> Hi,
>
> I'm going out for a four month hike next spring, and will not bring my
> loved XPS with me. It struck me yesterday that being offline for four
> months is something pacman and yaourt might not like. How do these
> programs handle long-term stasis, will things break horribly when I come
> back and run an update? Is there anything I can do to avoid it?

For that period of time, I'd do one of two things.

If I had a proper system backup, I'd just update when I came back, and
hope everything works (best case assumption). This doesn't take much
time unless you're on a really slow connection.

If I didn't have that (or the space for that) I'd just do updates
using the archive a week (at most) at a time. Simulate weekly updates,
basically. Should be really safe.

Oh, and have a great time!

Re: [arch-general] glibc-2.22-4?

[Oon-Ee Ng]

On Mon, Oct 12, 2015 at 11:02 AM, Jens Adam  wrote:
> Sun, 11 Oct 2015 19:17:53 -0700
> "Ian D. Scott" :
>
>> I had a fun time fixing that by scp'ing a staically linked busybox over
>> using another system, decompressing the old package with that, using
>> machinectl shell to gain root access, and then running pacman with
>> LD_LIBRARY_PATH to where I decompressed the package to restore it.  But
>> then, I didn't even have to reboot!
>>
>> Note to self (and others): keep a statically linked suid root copy of
>> busybox handy.
>
> Nice one! +1
>
> I got unlucky as well but as it's just my old, not-so-important
> notebook and I had the archiso USB key within arm's reach, I simply
> pulled the plug.
>
> Perfect opportunity to plug this old DynDNS host of mine:
>
> http://allan.broke-it.net
>
> SCNR ;-)
>
> --byte

I KNEW it =)

This sort of thing only seems to happen after I happen to reformat the
last archISO USB drive to copy a slightly larger file from one place
the another

[arch-general] glibc-2.22-4?

[Oon-Ee Ng]

Was just doing an update, and saw glibc-2.22-4. Updating that gave the
following error:-
[2015-10-12 07:43] [ALPM-SCRIPTLET] bash: loadlocale.c:130:
_nl_intern_locale_data: Assertion `cnt < (sizeof
(_nl_value_type_LC_COLLATE) / sizeof (_nl_value_type_LC_COLLATE[0]))'
failed.

This totally hosed my system, so I had to download the ISO and downgrade.

However I can't seem to find glibc-2.22-4 anymore, not even on
www.archlinux.org. Did I have a compromised mirror, or was it simply a
mistake in pushing? For reference, I provide my top-most mirror
(generated from reflector months ago) in case that's useful:-

Server = http://archlinux.polymorf.fr/$repo/os/$arch

[arch-general] pulseaudio 6.99 in [testing], daemon can't start, chokes on module-native-protocol-unix

[Oon-Ee Ng]

Anyone else seeing this? My default.pa is stock (it wasn't before, but
I reverted the minor changes and no change in behaviour), and the
daemon just won't start.

If I comment out module-native-protocol-unix it will, but of course
it's not usable that way.

Reported it as a bug on freedesktop[1], but I'd be surprised if its
actually a bug given how I'd assume I'm not the only [testing] user
using this... any ideas?

[1] - https://bugs.freedesktop.org/show_bug.cgi?id=92061

Re: [arch-general] Additional mouse (Lenovo N700) gesture binding

[Oon-Ee Ng]

On Thu, Aug 6, 2015 at 4:52 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 On Thu, Aug 6, 2015 at 3:52 PM, Damjan Georgievski gdam...@gmail.com wrote:

 https://wiki.archlinux.org/index.php/Map_scancodes_to_keycodes
 use the hwdb (udev) way. you can set a scancode to reserved to ignore it

 Thanks, that looks promising. I'll reply again as soon as I've had the
 chance to try this out.

A million thanks to Damjan Georgievski who solved my problem!

For posterity (and myself when I inevitably google this problem again
in a year or so), here's a summary:-

evtest on this mouse gives:-
left-to-right-swipe - Backspace, Super_L, Control_L (7002a, 700e3,
700e0 in hex)
right-to-left-swipe - c, Super_L (70006, 700e3 in hex)

cat /proc/bus/input/devices gives the following relevant details for
bluetooth (above) and dongle-based (below) connections:-

I: Bus=0005 Vendor=17ef Product=6060 Version=0001
N: Name=Lenovo Mice N700
P: Phys=DC:85:DE:54:9E:50

I: Bus=0003 Vendor=17ef Product=6060 Version=0111
N: Name=Dual Mode WL Touch Mouse N700
P: Phys=usb-:00:14.0-4/input0

This summarizes into the following /etc/udev/hwdb.d/90-LenovoN700.hwdb

evdev:input:b0005v17EFp6060e0001*
 KEYBOARD_KEY_70006=prog1
 KEYBOARD_KEY_700e3=reserved
 KEYBOARD_KEY_7002a=prog2
 KEYBOARD_KEY_700e0=reserved

evdev:input:b0003v17EFp6060e0111*
 KEYBOARD_KEY_70006=prog1
 KEYBOARD_KEY_700e3=reserved
 KEYBOARD_KEY_7002a=prog2
 KEYBOARD_KEY_700e0=reserved

And I can then use xbindkeys or sxhkd to bind XF86Launch1 and
XF86Launch2 to whatever I like =)

Re: [arch-general] Additional mouse (Lenovo N700) gesture binding

[Oon-Ee Ng]

On Thu, Aug 6, 2015 at 3:52 PM, Damjan Georgievski gdam...@gmail.com wrote:
 On 6 August 2015 at 03:42, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 Anyone have any idea on this? Been months and I've looked into it on
 and off, but always been frustrated =(

 On Thu, May 14, 2015 at 5:53 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 On Wed, Apr 22, 2015 at 10:34 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:q
 snip
 Firstly, regarding the gestures, here's what I obtain from xinput
 test. I've also listed which keys these correspond to.

 https://wiki.archlinux.org/index.php/Map_scancodes_to_keycodes
 use the hwdb (udev) way. you can set a scancode to reserved to ignore it

Thanks, that looks promising. I'll reply again as soon as I've had the
chance to try this out.

Re: [arch-general] Additional mouse (Lenovo N700) gesture binding

[Oon-Ee Ng]

Anyone have any idea on this? Been months and I've looked into it on
and off, but always been frustrated =(

On Thu, May 14, 2015 at 5:53 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 On Wed, Apr 22, 2015 at 10:34 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:q
 snip
 Firstly, regarding the gestures, here's what I obtain from xinput
 test. I've also listed which keys these correspond to.

 Left swipe:-
 key press   22  Backspace
 key press   133Super_L (left Windows key)
 key press   37  Control_L
 key release 22  Backspace
 key release 133Super_L (left Windows key)
 key release 37  Control_L

 Right swipe:-
 key press   54  c
 key press   133Super_L (left Windows key)
 key release 54  c
 key release 133Super_L (left Windows key)
 snip
 How can I bind gestures to the above? Is it possible, for example, to
 bind keys to a specific input device (so for example I can bind to the
 letter c but only from the mouse, not from my keyboard)? Or something
 involving xmodmap?

 It's been a month, and off and on I've been looking at this more. It
 appear xkb allows per-device settings, but I've run into several
 roadblocks.

 First, I can obtain the current settings using xkbcomp $DISPLAY
 file.xkb, I then edit it to replace the letter 'c' with the letter
 'q'.

 To test, when I use file.xkb (xkbcomp file.xkb $DISPLAY) this works as
 expected. Of course, I then reset it to the original behaviour because
 I don't really want to not be able to type the letter c at all.

 However, when I try to specify only a specific device (in my case the
 bluetooth mouse on id 14), this does not seem to change anything. My
 keyboard works the same (c does not change to q) and the mouse also
 outputs c rather than q. However after trying to 'type' c on the
 mouse, my keyboard then outputs q instead of c. This is despite the
 fact that the keyboard should be id 11.

 This behaviour sometimes seems to happen the other way as well, a
 change (c becomes q) in the id 11 keyboard may suddenly affect the
 mouse, not immediately, but after typing some characters for testing.

 Does anyone have any idea what could be going on? Could this all just
 be a limitation of trying to use xkb with a bluetooth mouse?

Re: [arch-general] zynaddsubfx shouldn depend on jack, not jack2

[Oon-Ee Ng]

On Wed, Jul 8, 2015 at 5:35 PM, Ralf Mardorf
ralf.mard...@rocketmail.com wrote:
 There might be reasons for some users to prefer zynaddsubfx over
 yoshimi, but following several audio related Linux mailing list, I got
 the impression that most musicians are in favour of yoshimi. Btw. I'm
 one of them, but I guess I still didn't vote, so there likely will be
 one addition vote for yoshimi within the next days.

 Zynaddsubfx should be replaced with yoshimi.

 https://aur.archlinux.org/packages/yoshimi/
 https://aur4.archlinux.org/packages/yoshimi/

 Regards,
 Ralf

That may be true, but its totally unrelated to the topic of this thread.

Re: [arch-general] Debugging third-party library's segfault if its caused by system update?

[Oon-Ee Ng]

On Thu, Jun 11, 2015 at 12:45 AM, Neven Sajko nsa...@gmail.com wrote:
 On 10 June 2015 at 03:12, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 On Wed, Jun 10, 2015 at 7:48 AM, Anatol Pomozov
 anatol.pomo...@gmail.com wrote:

 Do you use Intel CPU? Try to setup microcode and see if it helps
 https://wiki.archlinux.org/index.php/Microcode

 I do, but that has not changed, and as CPU problems would likely
 affect the whole system rather than a specific library I'm hesitant to
 try something so low-level.

 You should definitely set the microcode updates up, bugs in μcode
 could affect any part of the system and you'll need to do it sooner or
 later.
 It's not hard to do, at least with syslinux, I hear the GNU bootloader
 is more complicated to use.

Set it up, but nothing seems to change after reboot in terms of this
behaviour. However it is possible there is a bigger issue in my recent
updates, as I now have segfaults on the latest intel driver updates.

Re: [arch-general] Debugging third-party library's segfault if its caused by system update?

[Oon-Ee Ng]

On Tue, Jun 9, 2015 at 3:26 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 I use the openni2 library to access an Asus Xtion Pro Live camera,
 installed from the AUR and working fine up till 2+ weeks ago.

 After a 2 week holiday, the most recent system update caused segfaults
 to happen within the library (both before and after rebuilding it),
 without any change to the code calling the library. Same segfault
 happens with the simple sample applications included in the library
 (previously running fine).

 How do I track down the issue? The library's source code is available,
 but without knowing it well I'm unsure where to even begin.

 Normally I'd contact the authors, but as this issue was caused (on my
 system) by a system update I think I'd need to do some tracking down
 first.

Dear all,

This is becoming curiouser and curiouser. Used the Arch Rollback
Machine to repeat the upgrades (without [testing]) and got all the way
till today without the problem reoccuring. Some more selective
upgrading revealed the problem to be libsystemd, systemd, and
systemd-sysvcompat (upgrading from 219-6 to 220-1 brings the problem
back reliably).

I am reporting this at https://bugs.archlinux.org/task/45343

Re: [arch-general] Debugging third-party library's segfault if its caused by system update?

[Oon-Ee Ng]

On Fri, Jun 12, 2015 at 2:25 PM, Lars Seipel lars.sei...@gmail.com wrote:

 Try running a small program using the library in valgrind. The output
 should provide you with some hints. GDB (like Florian suggested) is also
 an option but, personally, I find valgrind a bit more convenient for
 such first quick checks. It also flags invalid memory accesses that do
 not cause your program to get killed.

Tried that, and the error comes in a thread reading an uninitialized
pointer (I believe, valgrind output shown below). This isn't the sort
of error which should be triggered by upgrading a different package
though, is it?

Which leads to my follow-up question, how likely is it that a glibc
update causes a crash?

==10236== Using Valgrind-3.10.1 and LibVEX; rerun with -h for
copyright info

[13/20]
==10236== Command: SimpleViewer
==10236==
==10236== Thread 3:
==10236== Invalid read of size 1
==10236==at 0x59E9784: strtoul_l_internal (in /usr/lib/libc-2.21.so)
==10236==by 0xA654637: ??? (in /usr/lib/OpenNI2/Drivers/libPS1080.so)
==10236==by 0xA654BD8: ??? (in /usr/lib/OpenNI2/Drivers/libPS1080.so)
==10236==by 0x90CE353: start_thread (in /usr/lib/libpthread-2.21.so)
==10236==by 0x5A99BFC: clone (in /usr/lib/libc-2.21.so)
==10236==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==10236==
==10236==
==10236== Process terminating with default action of signal 11
(SIGSEGV): dumping core
==10236==  Access not within mapped region at address 0x0
==10236==at 0x59E9784: strtoul_l_internal (in /usr/lib/libc-2.21.so)
==10236==by 0xA654637: ??? (in /usr/lib/OpenNI2/Drivers/libPS1080.so)
==10236==by 0xA654BD8: ??? (in /usr/lib/OpenNI2/Drivers/libPS1080.so)
==10236==by 0x90CE353: start_thread (in /usr/lib/libpthread-2.21.so)
==10236==by 0x5A99BFC: clone (in /usr/lib/libc-2.21.so)
==10236==  If you believe this happened as a result of a stack
==10236==  overflow in your program's main thread (unlikely but
==10236==  possible), you can try to increase the size of the
==10236==  main thread stack using the --main-stacksize= flag.
==10236==  The main thread stack size used in this run was 8388608.
==10236==
==10236== HEAP SUMMARY:
==10236== in use at exit: 284,816 bytes in 1,875 blocks
==10236==   total heap usage: 6,845 allocs, 4,970 frees, 2,388,919
bytes allocated

[arch-general] Debugging third-party library's segfault if its caused by system update?

[Oon-Ee Ng]

I use the openni2 library to access an Asus Xtion Pro Live camera,
installed from the AUR and working fine up till 2+ weeks ago.

After a 2 week holiday, the most recent system update caused segfaults
to happen within the library (both before and after rebuilding it),
without any change to the code calling the library. Same segfault
happens with the simple sample applications included in the library
(previously running fine).

How do I track down the issue? The library's source code is available,
but without knowing it well I'm unsure where to even begin.

Normally I'd contact the authors, but as this issue was caused (on my
system) by a system update I think I'd need to do some tracking down
first.

Re: [arch-general] Debugging third-party library's segfault if its caused by system update?

[Oon-Ee Ng]

On Tue, Jun 9, 2015 at 9:26 PM, Florian Pelz pelzflor...@googlemail.com wrote:
 On 06/09/2015 09:26 AM, Oon-Ee Ng wrote:
 How do I track down the issue? The library's source code is available,
 but without knowing it well I'm unsure where to even begin.

 Normally I'd contact the authors, but as this issue was caused (on my
 system) by a system update I think I'd need to do some tracking down
 first.


 Hi,

 Have you read [1]? Also, tell the developers how to reproduce the bug
 and since which version the bug occurs. You can pacman -U
 /var/cache/pacman/pkg/old-package to install the old version again.

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

Yes I have. Does not help as I do not know what is really causing the
crash (as in, which update). The library was not updated, nor are
there any missing dependencies or linked libraries (checked with ldd).

Re: [arch-general] Debugging third-party library's segfault if its caused by system update?

[Oon-Ee Ng]

On Wed, Jun 10, 2015 at 7:48 AM, Anatol Pomozov
anatol.pomo...@gmail.com wrote:

 Do you use Intel CPU? Try to setup microcode and see if it helps
 https://wiki.archlinux.org/index.php/Microcode

I do, but that has not changed, and as CPU problems would likely
affect the whole system rather than a specific library I'm hesitant to
try something so low-level.

Re: [arch-general] Additional mouse (Lenovo N700) gesture binding

[Oon-Ee Ng]

On Thu, May 14, 2015 at 9:22 PM, Christian Demsar
vixsom...@fastmail.com wrote:

Does anyone have any idea what could be going on? Could this all just
be a limitation of trying to use xkb with a bluetooth mouse?

 I can't help you, but I am very interested in this problem. I have an old 
 gaming mouse with additional buttons I'd like to bind.

 Perhaps there is a way to do this without the keyboard? There must be a way 
 to define a new button for a mouse. Or perhaps there's a way to do this 
 without X.

Yes there is, but for that to happen the signal received must be a
button signal. Your old gaming mouse should work just fine if you
follow instructions in [1].

The N700 is a bit of an odd case because the signals its sending out
are odd (see my original email). I doubt your gaming mouse does that.

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

Re: [arch-general] Additional mouse (Lenovo N700) gesture binding

[Oon-Ee Ng]

On Wed, Apr 22, 2015 at 10:34 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:q
snip
 Firstly, regarding the gestures, here's what I obtain from xinput
 test. I've also listed which keys these correspond to.

 Left swipe:-
 key press   22  Backspace
 key press   133Super_L (left Windows key)
 key press   37  Control_L
 key release 22  Backspace
 key release 133Super_L (left Windows key)
 key release 37  Control_L

 Right swipe:-
 key press   54  c
 key press   133Super_L (left Windows key)
 key release 54  c
 key release 133Super_L (left Windows key)
snip
 How can I bind gestures to the above? Is it possible, for example, to
 bind keys to a specific input device (so for example I can bind to the
 letter c but only from the mouse, not from my keyboard)? Or something
 involving xmodmap?

It's been a month, and off and on I've been looking at this more. It
appear xkb allows per-device settings, but I've run into several
roadblocks.

First, I can obtain the current settings using xkbcomp $DISPLAY
file.xkb, I then edit it to replace the letter 'c' with the letter
'q'.

To test, when I use file.xkb (xkbcomp file.xkb $DISPLAY) this works as
expected. Of course, I then reset it to the original behaviour because
I don't really want to not be able to type the letter c at all.

However, when I try to specify only a specific device (in my case the
bluetooth mouse on id 14), this does not seem to change anything. My
keyboard works the same (c does not change to q) and the mouse also
outputs c rather than q. However after trying to 'type' c on the
mouse, my keyboard then outputs q instead of c. This is despite the
fact that the keyboard should be id 11.

This behaviour sometimes seems to happen the other way as well, a
change (c becomes q) in the id 11 keyboard may suddenly affect the
mouse, not immediately, but after typing some characters for testing.

Does anyone have any idea what could be going on? Could this all just
be a limitation of trying to use xkb with a bluetooth mouse?

[arch-general] Additional mouse (Lenovo N700) gesture binding

[Oon-Ee Ng]

I just got the above bluetooth and/or wireless (dual-mode) mouse for
my work, as the presenter laser looked pretty useful.

3 basic buttons (1, 2, 3) worked out of the box. So did the
touch-scrolling (up/down). So I'm looking for advise for the remaining
3 inputs supported.

This mouse has a 'Windows key' button and supports left/right swipe
gestures (targeted at the new Windows side-screen gestures).

Firstly, regarding the gestures, here's what I obtain from xinput
test. I've also listed which keys these correspond to.

Left swipe:-
key press   22  Backspace
key press   133Super_L (left Windows key)
key press   37  Control_L
key release 22  Backspace
key release 133Super_L (left Windows key)
key release 37  Control_L

Right swipe:-
key press   54  c
key press   133Super_L (left Windows key)
key release 54  c
key release 133Super_L (left Windows key)

This seems to correspond to pressing 3/2 key combos and releasing them
in the same order. This seems to cause problems with xbindkeys and
sxhkd (the only two key-binding daemons I've used before) as using the
Super-c combo expects the Windows key to be pressed first, followed by
the c key being pressed and released.

How can I bind gestures to the above? Is it possible, for example, to
bind keys to a specific input device (so for example I can bind to the
letter c but only from the mouse, not from my keyboard)? Or something
involving xmodmap?

Thanks for your advise/help.

Re: [arch-general] Qt Creator black window on designer

[Oon-Ee Ng]

On Tue, Mar 10, 2015 at 5:02 AM, Sadika Sumanapala sadik...@gmail.com wrote:
 Today I installed qtcreator 3.3.2 from qt.io but it didn't solve the
 problem. following output prints on terminal when ui.qml file is open, then
 application crashes.

Just to note, I use qtcreator with the embedded qt designer daily and
do not have this issue, but my laptop uses bumblebee so its running on
the intel card. Just tried openning it with primusrun but couldn't see
a difference. Just as a point of reference, since you did ask a bit
earlier whether anyone else was having the problem.

Re: [arch-general] [extra] package depending on [community] package

[Oon-Ee Ng]

 TUs can create rebuild todo lists the same as devs can. In this case,
 it was simply missed. It happens.


Thanks, does the final move from [testing] and [community-testing]
need to be done by a dev though?

Re: [arch-general] [extra] package depending on [community] package

[Oon-Ee Ng]

On Thu, Feb 12, 2015 at 9:48 PM, Marko Hauptvogel
marko.hauptvo...@googlemail.com wrote:
 There is afaik no
 rule that prevents /extra packages from depending on /community, but the
 number should be kept small.

As long as there is no rule (and don't get me wrong, I'm not in favour
of unnecessary bureaucracy) then there's no issue here. As packages
from [extra] depend on those in [community] I wonder whether it would
make sense for TUs and devs to coordinate rebuilds. I understand that
in the case of [core]/[extra] most devs updating a library just simply
trigger a pkgrel update for rebuilding since they have the proper
access rights, but obviously TUs don't for [core]/[extra]. Using
[community-testing] and [testing] for this purpose also comes down to
the same issue as I don't think TUs can move packages from [testing].

[arch-general] [extra] package depending on [community] package

[Oon-Ee Ng]

Wasn't there a guideline somewhere against this? Should I raise bugs
when I see this is taking place?

Specific example that I just noticed is mpd, because libnfs in
community updated. Of course, mpd was updated within 12 hours or so,
and I understand packages are mostly best maintained by those who
actually know/care about the project, hence I just want to ask the
question, is this considered a bug or not?

Re: [arch-general] Help diagnosing kworker 'bug'

[Oon-Ee Ng]

On Sat, Aug 9, 2014 at 11:18 AM, Anatol Pomozov
anatol.pomo...@gmail.com wrote:
 Hi

 Another way to get more information about this problem is to use
 kernel traces. Let's enable block and writeback events:

 sudo su
 cd /sys/kernel/debug/tracing
 echo 1  events/writeback/enable
 echo 1  events/block/enable
 echo 1  tracing_on
 cat trace_pipe

 there will some information like processid, inode... Maybe you'll see
 some pattern in the writes etc..

 In any case this problem sounds like an upstream issue and it is
 better to contact them.

I've emailed the btrfs list and will follow up there. I could not make
head nor tail of block/writeback events, seemed similar with the
problematic kernel versions and the non-problematic ones. It could be
that the kernel upgrade merely exposed an underlying issue.

In any case, I uploaded a print screen showing the iotop and perf top
readings hopefully someone can understand it.
https://db.tt/TSh5piq6

Re: [arch-general] Help diagnosing kworker 'bug'

[Oon-Ee Ng]

On Wed, Aug 6, 2014 at 3:43 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 On Wed, Aug 6, 2014 at 10:40 AM, Anatol Pomozov
 anatol.pomo...@gmail.com wrote:
 'perf' is a great and very powerful tool that allow to debug problems
 like this. Run '# perf top -g -p $PID' and it will show where the
 process spends *cpu cycles*. It should be enough to understand what
 kworker thread does. For all curious minds I highly recommend to read
 this tutorial https://perf.wiki.kernel.org/index.php/Tutorial

 Thanks, if my boy gets to sleep early tonight I'll do that.

Having tried that out, I don't really understand the output. It seems
the first column is CPU usage and the second is...? IO?

Anyway these are the top 3 things in my output after a short amount of
time. Other things which are low in CPU usage and high in the second
column are find_next_zero_bit and _raw_spin_lock. Not sure what I
should glean from this.
+   17.74% 0.10%  [kernel]  [k] __filemap_fdatawrite_range
+   15.04% 0.02%  [kernel]  [k] filemap_fdatawrite_range
+9.93% 9.93%  [kernel]  [k] find_next_bit

Re: [arch-general] Help diagnosing kworker 'bug'

[Oon-Ee Ng]

On Wed, Aug 6, 2014 at 10:40 AM, Anatol Pomozov
anatol.pomo...@gmail.com wrote:
 Hi

 On Tue, Aug 5, 2014 at 4:37 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 This is after roughly 6-7 seconds, and 65 MB has already been written
 by that kworker thread.

 How long this IO activity takes? Could it be some kind of automatic
 defragmentation or some other internal btrfs background optimization?
 A good idea is to check btrfs changelog for 3.16 kernel release.

It's continuous and ran for at least 2 hours at most.


 'perf' is a great and very powerful tool that allow to debug problems
 like this. Run '# perf top -g -p $PID' and it will show where the
 process spends *cpu cycles*. It should be enough to understand what
 kworker thread does. For all curious minds I highly recommend to read
 this tutorial https://perf.wiki.kernel.org/index.php/Tutorial

Thanks, if my boy gets to sleep early tonight I'll do that.

[arch-general] Help diagnosing kworker 'bug'

[Oon-Ee Ng]

Yesterday night I noticed (just before performing an update my conky
showing high continuous writing to root. iotop -Pa shows this:-

Total DISK READ :   0.00 B/s | Total DISK WRITE :   8.93 M/s
Actual DISK READ:   0.00 B/s | Actual DISK WRITE:  11.06 M/s
  PID  PRIO  USER DISK READ  DISK WRITE  SWAPIN IOCOMMAND
  112 be/4 root  0.00 B 64.91 M  0.00 % 24.34 % [kworker/u16:3]
11936 be/4 root  0.00 B  0.00 B  0.00 %  0.06 % [kworker/1:1]
28794 be/4 root  0.00 B 36.00 K  0.00 %  0.00 % [kworker/u16:1]

This is after roughly 6-7 seconds, and 65 MB has already been written
by that kworker thread.

As I said, this was already happening before an upgrade. I ran the
upgrade anyway, which upgraded linux to 3.16-2, and still got the same
thing. Yes, I'm using [testing].

Any ideas on how to proceed? Next thing I'm going to try is
downgrading linux to 3.15, but I thought I'd post this here first in
case I don't make it back.

Re: [arch-general] Why is it dangerous to run makepkg as root?

[Oon-Ee Ng]

On Sun, May 18, 2014 at 12:57 AM, Bigby James bigby.ja...@crepcran.com wrote:
 On 05/17, Dimitris Zervas wrote:
 On May 17, 2014 5:22:32 PM EEST, Roland Tapken m...@lalamuhkuh.de wrote:

 BTW: Another good idea that would be helpful is add comments on installed 
 packages on pacman. e.g. why did you install them. But that's another thread


 No offense, but if you need to ask yourself why you installed something 
 *after*
 you installed it you almost certainly never needed it in the first place, and 
 if
 you need the package manager to *tell you* why you installed it you're being
 careless. If you're installing something just to try it out then do so, and if
 you don't care for it then uninstall it right away. If you're wondering what 
 use
 you might have thought you had for that package some time after installing it,
 the package description should give you some clue. What you're suggesting is
 that someone write extra code for a feature that encourages carelessness and
 laziness. It stands to reason that if an explicitly installed package is 
 sitting
 on your system and it isn't a dependency, and you can't recall putting it to
 use, it can be removed.

makedeps of AUR packages, for one. Or optdeps.

[arch-general] GIMP odd behaviour - left-click not registering?

[Oon-Ee Ng]

Got this odd behaviour today, and I use GIMP fairly frequently so this
only turned up in the past 3-4 days I think. I can't seem to
left-click in the image itself (left-clicking on menus registers), so
I can't, for example, paint anything.

Is this specific to my machine, or can someone else confirm? I'm
running 64-bit with [testing] and awesomewm (through gdm).

FWIW here's my pacman.log for the time period, nothing stands out for
me - http://pastebin.com/H3X82TY2

Re: [arch-general] GIMP odd behaviour - left-click not registering?

[Oon-Ee Ng]

On Tue, Apr 8, 2014 at 4:43 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 Got this odd behaviour today, and I use GIMP fairly frequently so this
 only turned up in the past 3-4 days I think. I can't seem to
 left-click in the image itself (left-clicking on menus registers), so
 I can't, for example, paint anything.

 Is this specific to my machine, or can someone else confirm? I'm
 running 64-bit with [testing] and awesomewm (through gdm).

 FWIW here's my pacman.log for the time period, nothing stands out for
 me - http://pastebin.com/H3X82TY2

And python-setuptools/python2-setuptools just updated, fixing it for
me. That was fast.

Re: [arch-general] GIMP odd behaviour - left-click not registering?

[Oon-Ee Ng]

On Tue, Apr 8, 2014 at 7:57 PM, Nowaker enwuk...@gmail.com wrote:
 And python-setuptools/python2-setuptools just updated, fixing it for
 me. That was fast.


 I don't think your problem was related to setuptools though. The recent
 two
 version bumps are only for patching its tests against python 3.1, which
 has
 nothing to do about us in any way.


 What's more, setuptools is used for building Python packages.
 I wouldn't expect setuptools to be used during GIMP runtime.

I don't disagree, and its surprising to me as well. This last update
which moved things from not working to working was akonadi,
lib32-openssl, prison, and python{2}-setuptools.

Oddly enough now scrolling to zoom doesn't work I'll assume from
the (lack of) responses here that the problem is unique to me, and
investigate accordingly.

Re: [arch-general] Audio distro

[Oon-Ee Ng]

On Fri, Oct 18, 2013 at 4:56 AM, Ralf Mardorf
ralf.mard...@alice-dsl.net wrote:

 Since Ubuntu for my taste made a big step in the wrong direction, I'm
 thinking about an Arch audio distro that can be used by inexperienced
 users.
snip
 Isn't it to hard for inexperienced users, musicians who aren't
 interested in computer technology, who only want to use a computer, to
 set up Arch Linux?

They should use Ubuntu Studio or something else. 'Easy-setup' Arch
derivatives do exist, but who will support those users when the
inevitable problems arise?

If someone isn't interested in computer technology and only wants to
use a computer, then you do him/her a disservice by providing an
easy-to-install Arch. Now, if the parties providing such Arch installs
are also going to be providing support and trouble-shooting services,
then no issue. Archbang, for example, provides their own support.

Re: [arch-general] System-Wide Pulseaudio

[Oon-Ee Ng]

On 9 Sep 2013 17:17, Dennis Lange den...@lumalab.net wrote:

 On 08.09.2013 21:36, Guus Snijders wrote:

  Notice that the consequent updates may overwrite that file and thus undo
  your change...

 Ok for this and the unneeded pactl usage it is better to change the
 permission of the whole file:

 chmod -x /usr/bin/start-pulseaudio-x11

 Thanks for your notice.
Same problem. If the file gets overridden it would still be executable.

Re: [arch-general] Arch Linux Community on Gittip

[Oon-Ee Ng]

On 6 Sep 2013 08:58, Allan McRae al...@archlinux.org wrote:

 On 06/09/13 05:14, Karol Blazewicz wrote:
  I asked about this before:
 
https://mailman.archlinux.org/pipermail/arch-general/2013-May/033590.html
  but now Dusty wants to make it official (or official)
  https://bbs.archlinux.org/viewtopic.php?id=169356
 
  Some people didn't like the Official Arch Linux Google+ page, so I
  want to make sure if the kind of official Arch Linux community Dusty
  wants is OK with the Arch Overlords. It seems OK to me.
 

 I'll give it the OK.  I don't think people will confuse donating
 directly to anyone on that with donating to the distribution.

OT: where did you get this newfound trust in humanity's median intelligence
level? Must be the profit =)

[arch-general] libreoffice in [testing] - file conflicts between -en-GB and -common

[Oon-Ee Ng]

Filed bug report here - https://bugs.archlinux.org/task/36732

Just so anyone reading this knows its already been filed and doesn't
need to search =)

Re: [arch-general] [arch-dev-public] [FYI] systemd 205, cgroup attribute changes

[Oon-Ee Ng]

On Fri, Jul 5, 2013 at 12:56 AM, Dave Reisner d...@falconindy.com wrote:
 On Wed, Jul 03, 2013 at 02:44:12PM -0400, Dave Reisner wrote:
 On Wed, Jul 03, 2013 at 12:48:49PM -0400, Dave Reisner wrote:
  Hey all,
 
  systemd 205 was just tagged, and brings some major, promised, cgroup 
  changes
  [1]. I'll be pushing this into [testing] tonight. I do NOT expect that this
  release will ever move to [core], but maybe I'll be pleasantly surprised.
 
  The NEWS file [2] is fairly large and warrants a read, particularly about 
  the
  new machine API.
 
  Cheers,
  Dave
 
  [1] 
  http://lists.freedesktop.org/archives/systemd-devel/2013-June/011521.html
  [2] http://cgit.freedesktop.org/systemd/systemd/tree/NEWS

 On second thought, this may not be hitting [testing] so soon. systemd
 --user sessions will be broken, and I need to work out exactly what's
 happening with some of the applets like logind. I think the best course
 of action for this upgrade may be to simply advise a reboot.

 d

 If anyone wants a package to play with anyways, I've setup a repo:

 [falconindy]
 Server = http://repo.falconindy.com/$arch

 Apologies if your DNS hasn't caught up for the A record yet -- you can
 find it on he.net:

 $ host repo.falconindy.com ns1.he.net

 level3 and openDNS seem to have scavenged the record already, while
 google has not.

 Have fun.

Worrying for me that --user setups are broken, as I've grown to rely
on that. Is this something incidental that will be fixed or something
more fundamental.

Re: [arch-general] Fn-F{5, 6} keys for backlight - how to disable native handling?

[Oon-Ee Ng]

On Thu, Jun 27, 2013 at 1:35 PM, Martín Cigorraga m...@archlinux.us wrote:
 On Wed, Jun 26, 2013 at 2:22 PM, Leonardo Dagnino leodag@gmail.comwrote:

 2013/6/25 Oon-Ee Ng ngoonee.t...@gmail.com

  I have an ASUS N56V where the Fn-F{5,6} keys do not work natively (no
  output in xev when pressed). This is very easily worked-around using
  acpi_os=!Windows 2012.
 
  The resulting control is something along the 3-10 range (10 being
  brightest and 0 being off, these are not the actual numerical values),
  which means I can't dim my backlight beyond a certain value.
  Similarly, using xbacklight and setting to 0 actually gives a 3
  backlight, not totally blank. Setting
  /sys/class/backlight/intel_backlight/brightness to 0 does turn the
  screen off though.
 
  The problem is that if I write a simple script to adjust brightness
  and bind that using xbindkeys, the native handler still works for a
  fraction of a second before the value I calculate takes effect. This
  results in a brief flicker everytime I press the keys.
 
  Conclusion - I want to disable this native handling of Fn-F{5,6}, is
  this possible or is this not software-controlled?
 


 Before giving up the native handling please try adding the kernel flag
 acpi_backlight=vendor.

Hi Martin, I tried that before in conjunction with the requisite
acpi_osi=!Windows 2012 (for my laptop). If just acpi_osi is set, at
least I can recognize the keys and get the slightly buggy behaviour
I'm mentioning. With acpi_backlight=vendor the keys don't respond at
all.

[arch-general] Fn-F{5, 6} keys for backlight - how to disable native handling?

[Oon-Ee Ng]

I have an ASUS N56V where the Fn-F{5,6} keys do not work natively (no
output in xev when pressed). This is very easily worked-around using
acpi_os=!Windows 2012.

The resulting control is something along the 3-10 range (10 being
brightest and 0 being off, these are not the actual numerical values),
which means I can't dim my backlight beyond a certain value.
Similarly, using xbacklight and setting to 0 actually gives a 3
backlight, not totally blank. Setting
/sys/class/backlight/intel_backlight/brightness to 0 does turn the
screen off though.

The problem is that if I write a simple script to adjust brightness
and bind that using xbindkeys, the native handler still works for a
fraction of a second before the value I calculate takes effect. This
results in a brief flicker everytime I press the keys.

Conclusion - I want to disable this native handling of Fn-F{5,6}, is
this possible or is this not software-controlled?

Re: [arch-general] Crashing in libreoffice on certain .odp (Impress) files

[Oon-Ee Ng]

On Tue, Jun 4, 2013 at 11:18 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:

 On 4 Jun 2013 09:56, Oon-Ee Ng ngoonee.t...@gmail.com wrote:

 Yesterday I used libreoffice to present a lecture from 3-4pm. Today
 morning I tried to open the exact same file and got immediate
 crashing. 2 of my lecture slides have this problem, 2 do not.

 In between, I updated to [testing] (this is a new laptop) and did
 quite a few installs, but none (except the big [testing] update for
 the /usr/bin move) seem related. See [1].

 I have tried deleting ~/.config/libreoffice, to no avail. No error
 logs that I can see on the terminal (does libreoffice spit out errors
 anywhere?).

 Backups of the lecture slides (before small modifications which I
 may/not have made also exhibited the same behaviour.

 Googling shows various unrelated (I think) problems which seem to
 already be fixed in the latest libreoffice, mainly solved by deleting
 the .config/libreoffice folder (which I've tried).

 Suggestions please.

 [1] - http://pastebin.com/P4XE1uea

 Just tried loading same files via libreoffice on windows, no issue.

And... I realized there's libreoffice-rpm on the AUR, which gives the
same issues. Looks like an upstream bug then, heading to their forums.

[arch-general] Crashing in libreoffice on certain .odp (Impress) files

[Oon-Ee Ng]

Yesterday I used libreoffice to present a lecture from 3-4pm. Today
morning I tried to open the exact same file and got immediate
crashing. 2 of my lecture slides have this problem, 2 do not.

In between, I updated to [testing] (this is a new laptop) and did
quite a few installs, but none (except the big [testing] update for
the /usr/bin move) seem related. See [1].

I have tried deleting ~/.config/libreoffice, to no avail. No error
logs that I can see on the terminal (does libreoffice spit out errors
anywhere?).

Backups of the lecture slides (before small modifications which I
may/not have made also exhibited the same behaviour.

Googling shows various unrelated (I think) problems which seem to
already be fixed in the latest libreoffice, mainly solved by deleting
the .config/libreoffice folder (which I've tried).

Suggestions please.

[1] - http://pastebin.com/P4XE1uea

Re: [arch-general] Crashing in libreoffice on certain .odp (Impress) files

[Oon-Ee Ng]

On 4 Jun 2013 09:56, Oon-Ee Ng ngoonee.t...@gmail.com wrote:

 Yesterday I used libreoffice to present a lecture from 3-4pm. Today
 morning I tried to open the exact same file and got immediate
 crashing. 2 of my lecture slides have this problem, 2 do not.

 In between, I updated to [testing] (this is a new laptop) and did
 quite a few installs, but none (except the big [testing] update for
 the /usr/bin move) seem related. See [1].

 I have tried deleting ~/.config/libreoffice, to no avail. No error
 logs that I can see on the terminal (does libreoffice spit out errors
 anywhere?).

 Backups of the lecture slides (before small modifications which I
 may/not have made also exhibited the same behaviour.

 Googling shows various unrelated (I think) problems which seem to
 already be fixed in the latest libreoffice, mainly solved by deleting
 the .config/libreoffice folder (which I've tried).

 Suggestions please.

 [1] - http://pastebin.com/P4XE1uea

Just tried loading same files via libreoffice on windows, no issue.

Re: [arch-general] zsh-history-substring-search with grml-zsh-config

[Oon-Ee Ng]

On Tue, Apr 9, 2013 at 8:19 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 On Tue, Apr 9, 2013 at 7:47 PM, Gaetan Bisson bis...@archlinux.org wrote:
 [2013-04-09 09:21:24 +0200] f gr:
 I hope you both realize that this discussion is quite pointless without
 specific version numbers, and will provide more context in the future...

 --
 Gaetan

 Sorry, my bad. Using the latest version of
 zsh-history-substring-search and grml-zsh-config 0.8.1-1 (0.8.0-1 came
 out just before 0.8.1 but I did not notice if anything changed in
 between, and have since cleared my cache).

And just to complete things, it seems 'something' has changed. Don't
know enough to delve into it, but I realize that I'd been binding
history-substring-search-up to ^[[A and ^[0A (that's a zero) as
mentioned in the zsh-history-substring-search page, but that the up
and down keys were actually ^[OA (that's a letter O). Not sure why
this changed as it used to work previously, and if I run 'cat' and
press the up key it clearly uses ^[[A. Oh well, just leaving this
email here in case it helps.

Re: [arch-general] zsh-history-substring-search with grml-zsh-config

[Oon-Ee Ng]

On Tue, Apr 9, 2013 at 7:47 PM, Gaetan Bisson bis...@archlinux.org wrote:
 [2013-04-09 09:21:24 +0200] f gr:
 I hope you both realize that this discussion is quite pointless without
 specific version numbers, and will provide more context in the future...

 --
 Gaetan

Sorry, my bad. Using the latest version of
zsh-history-substring-search and grml-zsh-config 0.8.1-1 (0.8.0-1 came
out just before 0.8.1 but I did not notice if anything changed in
between, and have since cleared my cache).

[arch-general] zsh-history-substring-search with grml-zsh-config

[Oon-Ee Ng]

I use grml-zsh-config and after a recent update
zsh-history-substring-search seems to have stopped working (up and
down no longer search for the substring).

Anyone with the same experience, or an a alternative? I really don't grok zsh =(

[arch-general] file-5.14 - change in how information is read from vmlinuz?

[Oon-Ee Ng]

Hi, I previously used the output from `file /boot/*` on the various
vmlinuz files in /boot/* to detect what kernels were installed on a
machine. As of file 5.14 this no longer works[1].

I'm not sure what's changed, perhaps the magic.mgc file? When I copy
the magic.mgc file from previous (5.13) version of the file package I
get the 'expected' output[2].

Not sure if this is a bug or simply a change in behaviour.

[1] - /boot/vmlinuz-linux: x86 boot sector

[2] - /boot/vmlinuz-linux: Linux kernel x86 boot executable bzImage,
version 3.8.5-1-ARCH (tobias@T-POWA-LX) #1 SMP PREEMPT Fri Mar 29
19:18, RO-rootFS, swap_dev 0x3, Normal VGA

Re: [arch-general] file-5.14 - change in how information is read from vmlinuz?

[Oon-Ee Ng]

On Tue, Apr 2, 2013 at 11:28 PM, Kevin Vesga 31337h4c...@gmail.com wrote:
 It's a bug:

 http://mx.gw.com/pipermail/file/2013/001158.html

Thanks, so its a priority thing in the magic.mgc I guess.

On Tue, Apr 2, 2013 at 11:06 PM, Chris “Kwpolska” Warrick
kwpol...@gmail.com wrote:
 On Tue, Apr 2, 2013 at 4:28 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 Hi, I previously used the output from `file /boot/*` on the various
 vmlinuz files in /boot/* to detect what kernels were installed on a
 machine. As of file 5.14 this no longer works[1].

 I'm not sure what's changed, perhaps the magic.mgc file? When I copy
 the magic.mgc file from previous (5.13) version of the file package I
 get the 'expected' output[2].

 Not sure if this is a bug or simply a change in behaviour.

 [1] - /boot/vmlinuz-linux: x86 boot sector

 [2] - /boot/vmlinuz-linux: Linux kernel x86 boot executable bzImage,
 version 3.8.5-1-ARCH (tobias@T-POWA-LX) #1 SMP PREEMPT Fri Mar 29
 19:18, RO-rootFS, swap_dev 0x3, Normal VGA

 file -k gives better results[1].  I believe that happens because “x86
 boot sector” has a higher priority or something like that in the new
 version.

 [1]: /boot/vmlinuz-linux: x86 boot sector\012- Linux kernel x86 boot
 executable bzImage, version 3.8.5-1-ARCH (tobias@T-POWA-LX) #1 SMP
 PREEMPT Fri Mar 29 19:18, RO-rootFS, swap_dev 0x3, Normal VGA PE32+
 executable (EFI application) x86-64 (stripped to external PDB), for MS
 Windows

This is useful, should prevent such a 'bug' regarding priority ever
affecting my script again, thanks =)

[arch-general] Suggestions wanted: nvidia + nouveau in AUR PKGBUILD

[Oon-Ee Ng]

I'm an nvidia user who finally decided to try out nouveau and
currently have it working, but want to keep nvidia installed
just-in-case. I also maintain
nvidia-beta/lib32-nvidia-utils-beta/nvidia-utils-beta in the AUR.

As far as I can see, keeping both nouveau and nvidia installed and
usable is not difficult, especially with the new mesa split PKGBUILD.
Basically I only need the following symlinks (may be a bit different
from current:-

1. /usr/lib/libGL.so - libGL.so.1
2. /usr/lib/libGL.so.1 - libGL.so.1.2.0 OR libGL.so.313.18
3. /usr/lib/libGL.so.1.2.0 - mesa-libGL.so.1.2.0
4. /usr/lib32/libGL.so - libGL.so.1
5. /usr/lib32/libGL.so.1 - libGL.so.1.2.0 OR libGL.so.313.18
6. /usr/lib32/libGL.so.1.2.0 - mesa-libGL.so.1.2.0
7. /usr/lib/xorg/modules/extensions/libglx.so - libglx.xorg OR libglx.so.313.18

I also need to blacklist nouveau (or remove the blacklist) for
modprobe, currently done in /usr/lib/modprobe.d/nvidia.conf

A few questions:-

1. The 'best' way I can figure is that all symlinks would be owned by
a fake {lib32-}mesa-libgl-nvidia package. Only symlink 2, 5, and 7
above need changing when 'switching'. This would require manually
running a script to change (followed by a reboot). The script can also
fix the blacklist.
1a. Can the blacklist be fixed by renaming the file to not end with
.conf or must it be moved out of /usr/lib/modprobe.d?

2. Alternatively, is there a way to get my bootloader to blacklist
modules (modprobe.blacklist=nouveau or nouveau.blacklist=true as shown
in [1]?) AND run a script which would 'fix' the symlinks before KMS?
This would be preferable (and lower-maintenance for me) if possible.

[1] - 
http://www.funtoo.org/wiki/Create_a_boot_option_for_easy_nvidia_or_nouveau_display_driver_switching

Re: [arch-general] Audio distro based on Arch Linux

[Oon-Ee Ng]

On Tue, Feb 12, 2013 at 10:39 PM, Ralf Mardorf
ralf.mard...@alice-dsl.net wrote:
 On Tue, 2013-02-12 at 22:15 +0800, Rashif Ray Rahman wrote:
 On 12 February 2013 20:05, Ralf Mardorf ralf.mard...@alice-dsl.net wrote:

  Hi :)
 
  is there an audio distro based on Arch Linux, that already is rawly set
  up for audio studio production.
 
  Another requirement for me is, that such a distro shouldn't cause or at
  least only less inconsistencies, when using the Arch and AUR
  repositories.
 
  I suspect http://didjix.blogspot.com isn't intended for audio studios?
 
  Perhaps I missed an audio distro listed at
  https://wiki.archlinux.org/index.php/Arch_Based_Distributions_%28Active%29
  ;) when I searched for music and audio on this site.
 
  If there shouldn't be an audio distro, I'll install a _real_ Arch
  Linux :(, ;).
  Resp., is one of the distros that come with Xfce by default uncritical
  regarding to the used packages (dependency issues)? And will one of
  those distros install not to much services etc. that I would have to
  remove for audio work?
 
  Regards,
  Ralf
 
 
 Hello Ralf

 I am not aware of anything other than
 http://obsoleteaudio.org/software/synthbox as a dedicated audio production
 distro. It may be out-of-date, just like http://archaudio.org/ (which is a
 packaging project only), and there may be other individual efforts that are
 running unnoticed.

 For your audio needs, everything is explained in the wiki [1]. Rarely would
 you need a separate distro when software is easily accessible through the
 official repositories, AUR, and sometimes unofficial repositories (on a
 hit-and-miss basis).

 And yes, your choice of a full desktop or windowing environment (as a
 result of installing a GUI distro) may dictate the kind of performance you
 will get from your studio system, but there are other independent factors
 as well which are not in the scope of this reply (and I assume you may
 already know).

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

 Thank you Rashif :)

 yes I'm aware how to set up a Linux audio workstation, I simply won't
 make all the DE settings and especially I won't spend time to set up
 everything for systemd. The more already is done, the better.

A bit tough considering systemd is now the default and last I checked
the alternatives weren't very complete. If you want to spend less
time, systemd would take less of your time than initscripts (rc-files
getting actively dropped) and whichever gentoo-based alternative is
the latest craze. Check out the forums, someone is maintaining an
alternate init there.

Re: [arch-general] [arch-dev-public] [RFC] Add Wayland/Weston

[Oon-Ee Ng]

On Fri, Feb 8, 2013 at 9:05 AM, Gaetan Bisson bis...@archlinux.org wrote:
 [2013-02-08 01:23:30 +0100] Sébastien Luttringer:
 [4] I'm already existed by arch-general be closed again

 I cannot make sense of that sentence...

s/existed/excited then it makes much more sense =)

[arch-general] How to wait efficiently for a package to update?

[Oon-Ee Ng]

So I'm checking out python-sympy for some calculations in the Robotics
subject I teach and realized that a bug was recently fixed in git
which is crucial to what I hope to use it for. python-sympy-git in the
AUR and that's settled.

Then I got to wondering, I only really want to use the -git version
till the next release, but since python-sympy is no longer installed
(conflicts) I wouldn't automatically get it unless I check every once
in a while if version is  0.7.2.

I figured installing a blank package with nothing in package() named
python-sympy and with version 0.7.2 would allow me to get notified
when python-sympy-0.7.3 or later gets in the repos. Is this a good way
of doing it, or are there better ways?

Re: [arch-general] How to wait efficiently for a package to update?

[Oon-Ee Ng]

On Fri, Feb 8, 2013 at 12:26 PM, Allan McRae al...@archlinux.org wrote:
 On 08/02/13 14:14, Oon-Ee Ng wrote:
 So I'm checking out python-sympy for some calculations in the Robotics
 subject I teach and realized that a bug was recently fixed in git
 which is crucial to what I hope to use it for. python-sympy-git in the
 AUR and that's settled.

 Then I got to wondering, I only really want to use the -git version
 till the next release, but since python-sympy is no longer installed
 (conflicts) I wouldn't automatically get it unless I check every once
 in a while if version is  0.7.2.

 I figured installing a blank package with nothing in package() named
 python-sympy and with version 0.7.2 would allow me to get notified
 when python-sympy-0.7.3 or later gets in the repos. Is this a good way
 of doing it, or are there better ways?




 The other option is to use ABS to build the current python-sympy with
 the patch you need.  Or you could even file a bug report to get that
 done officially (if the bug is bad enough).

 Allan

Nah its nowhere near bad enough, some would call it an enhancement
(trigonometric simplification now supports a few more identities,
including one that's very common in my application).

I thought about this but its more work on my end. Gaetan's suggestion
appeals to the lazy ass in me =)

Re: [arch-general] How to wait efficiently for a package to update?

[Oon-Ee Ng]

On Fri, Feb 8, 2013 at 12:29 PM, Gaetan Bisson bis...@archlinux.org wrote:
 [2013-02-08 15:28:06 +1100] Gaetan Bisson:
 [2013-02-08 12:14:25 +0800] Oon-Ee Ng:
  So I'm checking out python-sympy for some calculations in the Robotics
  subject I teach and realized that a bug was recently fixed in git
  which is crucial to what I hope to use it for. python-sympy-git in the
  AUR and that's settled.
 
  Then I got to wondering, I only really want to use the -git version
  till the next release, but since python-sympy is no longer installed
  (conflicts) I wouldn't automatically get it unless I check every once
  in a while if version is  0.7.2.
 
  I figured installing a blank package with nothing in package() named
  python-sympy and with version 0.7.2 would allow me to get notified
  when python-sympy-0.7.3 or later gets in the repos. Is this a good way
  of doing it, or are there better ways?

 I would take python-sympy-git's PKGBUILD, replace its pkgname by
 python-sympy and its pkgver by 0.7.2git20130208. Build and install.
  ^
 That's a 3. Well, you get the idea.

I do get the idea, but now that I'm trying it out I realize that
makepkg automatically replaces pkgver with the pkgver detected from
git =) maybe it'd be easier for me to modify the final package
instead (just change pkgver in .PKGINFO right?)?

Re: [arch-general] How to wait efficiently for a package to update?

[Oon-Ee Ng]

On Fri, Feb 8, 2013 at 3:54 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 On Fri, Feb 8, 2013 at 12:29 PM, Gaetan Bisson bis...@archlinux.org wrote:
 [2013-02-08 15:28:06 +1100] Gaetan Bisson:
 [2013-02-08 12:14:25 +0800] Oon-Ee Ng:
  So I'm checking out python-sympy for some calculations in the Robotics
  subject I teach and realized that a bug was recently fixed in git
  which is crucial to what I hope to use it for. python-sympy-git in the
  AUR and that's settled.
 
  Then I got to wondering, I only really want to use the -git version
  till the next release, but since python-sympy is no longer installed
  (conflicts) I wouldn't automatically get it unless I check every once
  in a while if version is  0.7.2.
 
  I figured installing a blank package with nothing in package() named
  python-sympy and with version 0.7.2 would allow me to get notified
  when python-sympy-0.7.3 or later gets in the repos. Is this a good way
  of doing it, or are there better ways?

 I would take python-sympy-git's PKGBUILD, replace its pkgname by
 python-sympy and its pkgver by 0.7.2git20130208. Build and install.
  ^
 That's a 3. Well, you get the idea.

 I do get the idea, but now that I'm trying it out I realize that
 makepkg automatically replaces pkgver with the pkgver detected from
 git =) maybe it'd be easier for me to modify the final package
 instead (just change pkgver in .PKGINFO right?)?

I just changed the pkver in the PKGBUILD and did a makepkg -R, that
seems to work.

Re: [arch-general] [arch-dev-public] network interface naming with systemd 197

[Oon-Ee Ng]

On Tue, Jan 8, 2013 at 5:33 AM, Tom Gundersen t...@jklm.no wrote:
 On Mon, Jan 7, 2013 at 5:41 PM, Sander Jansen s.jan...@gmail.com wrote:
 uessing for users of NetworkManager there shouldn't be any change.

 Yeah, NM won't care at all.

 And people using 'systemctl enable dhcpcd@eth0' will have to change the
 device name?

 Correct.

Hi Tom, what about netcfg users. I assume we'd need to change
INTERFACE in all our netcfg profiles, but would simply renaming the
/etc/network.d/interfaces/{eth,wlan}0 files to the unique names work?

Re: [arch-general] [arch-dev-public] network interface naming with systemd 197

[Oon-Ee Ng]

On Tue, Jan 8, 2013 at 10:36 AM, Dave Reisner d...@falconindy.com wrote:

 *** Why are you still reading this?

 If you made it this far, you might be as crazy as I am, so here's Pinkie
 Pie dressed as a chicken:

 http://i.imgur.com/DDukE.png

 I'm suing for damages, that image has permanently scarred my poor
retinas. I demand compensation in the form of a years supply of tacos.

Oh and by the way, new systemd has a file conflict with initscripts
from [extra] so a new version of that should probably be pushed as
well (/usr/lib/systemd/system/rc-local.service). I could just
uninstall it now that Xyne has removed arch32-light's dependency on
it, but I don't think its supposed to conflict in any case.

[arch-general] Unable to contact D-Bus session bus [testing]

[Oon-Ee Ng]

Hi all, started having this problem a couple of days back with the
dbus-core removal move (and corresponding filesystem update).

http://pastebin.com/JKMN58jP is the result of journalctl -b

A whole bunch of my applications cannot contact dbus. Firefox is one,
even pulseaudio complains (though sound still works as it still runs,
go figure). gnucash cannot start, etc. etc., but those are just
symptoms. Oh, and ario and synapse are dumping core.

I downgraded immediately due to having some things to finish off. At
that time dbus was at 1.6.8-4, now its 1.6.8-5 (just updated again as
today I have a bit of time to debug).

Most likely cause I can see is (may be) the filesystem update. I have
gshadow, shadow, group, and passwd pacnew files, but no idea how to
merge them (should I swap the dbus IDs from the pacnew files in?). The
original files worked after a downgrade.

Thanks for your help  time.

Re: [arch-general] Unable to contact D-Bus session bus [testing]

[Oon-Ee Ng]

On Thu, Dec 6, 2012 at 8:18 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 Hi all, started having this problem a couple of days back with the
 dbus-core removal move (and corresponding filesystem update).

 http://pastebin.com/JKMN58jP is the result of journalctl -b

 A whole bunch of my applications cannot contact dbus. Firefox is one,
 even pulseaudio complains (though sound still works as it still runs,
 go figure). gnucash cannot start, etc. etc., but those are just
 symptoms. Oh, and ario and synapse are dumping core.

 I downgraded immediately due to having some things to finish off. At
 that time dbus was at 1.6.8-4, now its 1.6.8-5 (just updated again as
 today I have a bit of time to debug).

 Most likely cause I can see is (may be) the filesystem update. I have
 gshadow, shadow, group, and passwd pacnew files, but no idea how to
 merge them (should I swap the dbus IDs from the pacnew files in?). The
 original files worked after a downgrade.

 Thanks for your help  time.

Sigh, and of course after I sent the message (which was prepared
earlier) I realize that overnight as I slept there were forum posts
etc. about the topic.

https://bugs.archlinux.org/task/32952 said to start dbus-launch, which
seems to work, so adding to my xinitrc. Continuing discussion there.

Re: [arch-general] Unable to contact D-Bus session bus [testing]

[Oon-Ee Ng]

On Thu, Dec 6, 2012 at 8:40 AM, Tom Gundersen t...@jklm.no wrote:
 On Thu, Dec 6, 2012 at 1:18 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 I downgraded immediately due to having some things to finish off. At
 that time dbus was at 1.6.8-4, now its 1.6.8-5 (just updated again as
 today I have a bit of time to debug).

 Just to be clear: can you reproduce this bug with 1.6.8-5 (in [core])?

Yes, that's the one.

 Most likely cause I can see is (may be) the filesystem update. I have
 gshadow, shadow, group, and passwd pacnew files, but no idea how to
 merge them (should I swap the dbus IDs from the pacnew files in?).

 Are you seeing a different uid/gid now compared to before? It should
 always have been 81/81.

 The only known issue is that in some rare circumstances you now have
 to manually start dbus-launch as we no longer ship the xinitrc.d file
 [0][1].

 Cheers,

 Tom

 [0]: http://www.mail-archive.com/arch-dev-public@archlinux.org/msg20512.html
 [1]: https://bugs.archlinux.org/task/32952

My issue is on the bug (posted same time as you a reply). Thanks. I'll
continue discussion there (in particular on whether this is a hack to
be fixed or a permanent thing).

Re: [arch-general] Deleting fontconfig symlinks

[Oon-Ee Ng]

On Thu, Nov 29, 2012 at 9:20 AM, Martin Panter vadmium...@gmail.com wrote:
 On 28 November 2012 15:49, Lewis Pike phaseloc...@gmail.com wrote:

 3. If /dev/null is used as a target what will pacman do when
fontconfig is upgraded?

 I expect it would be overwritten again with whatever target is
 specified by the new package, so probably no better than deleting the
 file.

man pacman.conf - search for NoUpgrade

Re: [arch-general] Pulseaudio update - mpd now refuses to play as same user

[Oon-Ee Ng]

On Mon, Nov 19, 2012 at 3:08 PM, Jan Steffens jan.steff...@gmail.comwrote:

 On Mon, Nov 19, 2012 at 7:50 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
  Hi, Pulseaudio from [testing] just updated to 2.99.2-1, now mpd audio
  output (running mpd as my own user) fails with the following:-
 
  Nov 19 14:45 : output: Failed to enable MPD Pulse Output [pulse]:
  pa_context_connect() has failed: Connection refused
  Nov 19 14:45 : player_thread: problems opening audio device while playing
  PointBreak-StandTough.mp3
 
  Setting up pulseaudio to listen on TCP locally as in the wiki works, but
 I
  never needed to do that before. Can anyone else verify this? Is it
 perhaps
  logind related (worked fine before this last pulseaudio update)?

 You're running mpd from systemd? I believe it's because PulseAudio now
 uses $XDG_RUNTIME_DIR/pulse instead of /tmp/pulse-XX,
 $XDG_CONFIG_HOME/pulse instead of $HOME/.pulse, and
 $XDG_CONFIG_HOME/pulse/cookie instead of $HOME/.pulse-cookie.

 mpd has no session, so these variables are not set, unlike the session
 you login to.

 This should be sent upstream (bugs.freedesktop.org).


Hi Jan, thanks for the reply. Sorry for the slightly clueless follow-up,
but it's unclear to me whether 'upstream' here refers to pulseaudio,
systemd, or mpd. Or even whether its actually wrong behaviour.

My understanding of your explanation is that there's no clear
responsibility. mpd does not use (or require) a session, the locations
pulse uses are fairly standard (I've always hated apps using ~/.foo)...

Re: [arch-general] Pulseaudio update - mpd now refuses to play as same user

[Oon-Ee Ng]

On Mon, Nov 19, 2012 at 5:53 PM, Tom Gundersen t...@jklm.no wrote:

 On Nov 19, 2012 10:27 AM, Oon-Ee Ng ngoonee.t...@gmail.com wrote:
 
  On Mon, Nov 19, 2012 at 3:08 PM, Jan Steffens jan.steff...@gmail.com
 wrote:
 
   On Mon, Nov 19, 2012 at 7:50 AM, Oon-Ee Ng ngoonee.t...@gmail.com
 wrote:
Hi, Pulseaudio from [testing] just updated to 2.99.2-1, now mpd audio
output (running mpd as my own user) fails with the following:-
   
Nov 19 14:45 : output: Failed to enable MPD Pulse Output [pulse]:
pa_context_connect() has failed: Connection refused
Nov 19 14:45 : player_thread: problems opening audio device while
 playing
PointBreak-StandTough.mp3
   
Setting up pulseaudio to listen on TCP locally as in the wiki works,
 but
   I
never needed to do that before. Can anyone else verify this? Is it
   perhaps
logind related (worked fine before this last pulseaudio update)?
  
   You're running mpd from systemd? I believe it's because PulseAudio now
   uses $XDG_RUNTIME_DIR/pulse instead of /tmp/pulse-XX,
   $XDG_CONFIG_HOME/pulse instead of $HOME/.pulse, and
   $XDG_CONFIG_HOME/pulse/cookie instead of $HOME/.pulse-cookie.
  
   mpd has no session, so these variables are not set, unlike the session
   you login to.
  
   This should be sent upstream (bugs.freedesktop.org).
  
 
  Hi Jan, thanks for the reply. Sorry for the slightly clueless follow-up,
  but it's unclear to me whether 'upstream' here refers to pulseaudio,
  systemd, or mpd. Or even whether its actually wrong behaviour.
 
  My understanding of your explanation is that there's no clear
  responsibility. mpd does not use (or require) a session, the locations
  pulse uses are fairly standard (I've always hated apps using ~/.foo)...

 This was recently discussed:
 http://arunraghavan.net/2012/11/pulseconf-2012-report/

 Does not look like anything has come of it yet. I guess it might make sense
 to ask advice from the PA guys though, they would hopefully have an idea.

 Tom


Thanks Tom, I'll ask on their ML.

[arch-general] Pulseaudio update - mpd now refuses to play as same user

[Oon-Ee Ng]

Hi, Pulseaudio from [testing] just updated to 2.99.2-1, now mpd audio
output (running mpd as my own user) fails with the following:-

Nov 19 14:45 : output: Failed to enable MPD Pulse Output [pulse]:
pa_context_connect() has failed: Connection refused
Nov 19 14:45 : player_thread: problems opening audio device while playing
PointBreak-StandTough.mp3

Setting up pulseaudio to listen on TCP locally as in the wiki works, but I
never needed to do that before. Can anyone else verify this? Is it perhaps
logind related (worked fine before this last pulseaudio update)?

Re: [arch-general] libtirpc from testing breaks login

[Oon-Ee Ng]

On Wed, Oct 31, 2012 at 6:42 AM, Tom Gundersen t...@jklm.no wrote:
 On Tue, Oct 30, 2012 at 11:09 PM, Arthur Titeica art...@psw.ro wrote:
 It seems that the upgrade to libtirpc 0.2.2-3 from testing breaks systemd-
 logind/pam and logging in to the system is not possible except in rescue 
 mode.

 Thanks, I'll have a look now.

 Cheers,

 Tom

Just a me too, had to downgrade as my lecture is in a couple of
minutes. Will track the bug report in case any info is needed
(unlikely).

Re: [arch-general] Suggestions for email for a paranoid Archer

[Oon-Ee Ng]

On Fri, Oct 12, 2012 at 8:49 AM,  sung...@gmail.com wrote:

 Neither of these things would stop a truly determined government-level
 attacker (unencrypted mail is still vulnerable in-flight for instance),
 but it would be useful if you have not yet been identified as someone of
 interest.

 guns

Being ON the Internet in itself means you cannot truly stop a
'determined government-level attacker', unfortunately. Especially true
in some countries (China, for instance). My own government, for
instance, probably has more reason to snoop on my communications than
most criminals, all other governments, and
Google/Microsoft/Apple/Facebook.

Obligatory slightly-related xkcd ref - http://xkcd.com/538/

In the end, the price of being connected (and convenience) is a loss
of privacy and anonymity. You could always do a John Conner and live
off-the-grid, though.

Re: [arch-general] Mailing list closed for 24 hours

[Oon-Ee Ng]

On Mon, Oct 1, 2012 at 7:07 AM, Guus Snijders gsnijd...@gmail.com wrote:

 There are sometimes quite interesting details mentioned in the OT threads.
 A -discuss list would be a good place for those, without cluttering
 -general.
 (yes, i'm being an optimist here ;-).

 Opening dev-public would take some serious manpower. I see a little
 advantage but quite an investment (manpower, not financial). Better leave
 it as-is.

This is Arch, after all. Someone could just start a
community-supported-and-maintained arch-unofficial-discuss list. Might
be a good way for those who want to contribute but don't have the
technical skills needed by devs/TUs to actually do something
Arch-related.

It would need to be clearly labelled as unofficial, and marketing that
list would be tough, but the benefits are:-
a) devs/TUs not distracted from their primary roles
b) community involvement
AND if it actually gains traction:-
c) a place would exist for non-technical discussion (above and beyond the IRC)

Of course, if such a list was unmoderated and became a flame fest most
would just unsubscribe, but if too heavily moderated noone would be
interested as well... good luck =)

Re: [arch-general] Mailing list closed for 24 hours

[Oon-Ee Ng]

On Sat, Sep 29, 2012 at 11:53 AM,  1007...@gmail.com wrote:
snip
 ...sometimes I want to contact the
 devs to bring something up or ask a question on it.

There's a bug tracker where you can directly contact maintainers, for
bugs/feature requests. For 'questions' I'd think that's not really the
responsibility of the maintainers/devs/TUs.

Example:-
1. Program A crashes when I do X
2. Why is this configure flag not enabled for library B?
3. The documentation-supplied config for application C doesn't run.
4. How do I set up a server using D?
5. Why was this decision made for application/library E?

1, 2, and 3 are suitable for the bug tracker (maybe more suitable for
upstream bug tracker though, in some cases). 4 should not be directed
at devs or TUs, ever. 5, depending on content, is a feature request or
a topic going nowhere (hence TGN in the forums).

I do not support the opening of arch-dev-public (its supposed to be an
announcement list) nor the creation of any other channel for devs to
be contacted. Its the community's responsibility to keep arch-general
clean enough that devs/TUs don't quit it. arch-discussion etc. would
not help simply because in general the endless topics ARE initially
technical, and most of us have a fuzzy line between technical topics
and our personal opinions on them anyway.

Re: [arch-general] ABS and pacman

[Oon-Ee Ng]

On Wed, Sep 26, 2012 at 3:48 AM, Zeke Sulastin zekesulas...@gmail.com wrote:
 Many times these tweaks are temporary and, indeed, newer versions make
 them unnecessary. It can definitely be done as you suggest, but I think
 it'd be in the spirit of the help provided by, e.g., .pacsave and .pacnew 
 files, to have pacman issue a warning.
 --

 Pacman doesn't really have a way of looking at an installed package
 and knowing that it's been modified from the default repo package (as
 far as I know ...).  Absent a new patch to add such functionality,
 Karol's suggestion of IgnorePkg is the best idea and also provides the
 warning you seek when performing a full update, in the form of

Well, anything that's been locally built should have you set as the
package maintainer, so the first sentence is not really true. Not that
this fact by itself is particularly useful, lacking the necessary
changes to pacman.

Re: [arch-general] MS-Exchange email

[Oon-Ee Ng]

On Tue, Sep 25, 2012 at 3:01 PM, Guillermo Leira gle...@gleira.com wrote:
 -Mensaje original-
 De: arch-general [mailto:arch-general-boun...@archlinux.org] En nombre de
 Guillermo Leira
 Enviado el: martes, 25 de septiembre de 2012 8:49
 Para: 'General Discussion about Arch Linux'
 Asunto: [arch-general] MS-Exchange email

 Evolution? I've tried that, but seems to require a plugin than depends on a
 beta version of mysql... I don't know if it works.

 Oh, Sorry, I mean Samba...

 Regards,

 Guillermo Leira



evolution-mapi is in the AUR. I used to maintain it for a while,
worked back then, I guess it does work now as well, though it seems
unupdated.

Re: [arch-general] Upgrading an old system

[Oon-Ee Ng]

On Sep 24, 2012 10:19 PM, Kwpolska kwpol...@gmail.com wrote:

 On Mon, Sep 24, 2012 at 11:03 AM, Figue ffi...@gmail.com wrote:
  On 24/09/12 08:35, Guillermo Leira wrote:
 
  And I'm using outlook in a XP VM inside VMware Workstation. We have
  Exchange at the office, and I haven't found another way of connecting
to it.
 
  Thunderbird with a few addons (Lightning, SOGo and LookOut) it's
enought for
  me with Davmail [1]. I'm using it from last 2 years and it's doing the
job.
  My company has an (old) Exchange 2003 without POP3/IMAP.
 
  [1]: http://davmail.sourceforge.net/
 
  $(Figue)
 

 Or easier:  Novell Evolution.  GNOME standard installation IIRC.

 --
 Kwpolska http://kwpolska.tk
 stop html mail  | always bottom-post
 www.asciiribbon.org | www.netmeister.org/news/learn2quote.html
 GPG KEY: 5EAAEA16

Is mapi support default now? I recall we didn't use to have it in arch
because of dependencies on samba4

Re: [arch-general] systemd-pulseaudio

[Oon-Ee Ng]

On Wed, Aug 29, 2012 at 3:38 PM, Arno Gaboury arnaud.gabo...@gmail.com wrote:
 Dear list,

 I am able to boot with systemd. For now, I am still using the mixed
 systemd installation, until everything is clear.
 The only issue is with pulseaudio.
 $ journalctl returns
  [pulseaudio] module-equalizer-sink.c: resume state exists but is wrong
 size!
 I am on XFCE4, and when I start mixer, i have this error:
 GStreamer was unable to detect any sound device.Some sound system
 specific Gstreamer packages maybe missing. It may also be a permission
 problem.
 In /var/log/errors, I find these entries:
 localhost pulseaudio[29270]: [pulseaudio] module-equalizer-sink.c:
 resume state exists but is wrong size!
 localhost login: pam_systemd(login:session): Failed to release session:
 Connection was disconnected before a reply was received

 My music player (ncmpcpp with mpd) is indeed playing music, and I can
 control volume with the +/- keys.

 Thank you for help.

Pulseaudio works fine here with systemd. What modifications have you
made to your system?

Re: [arch-general] SystemD poll

[Oon-Ee Ng]

On Wed, Aug 29, 2012 at 8:14 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote:
 Would we have DNSCurve without DNSSEC, will DNSSEC actually ever get
 fixed having got it out sooner to do so or would it have died and not
 been replaced. Would we have DNSSEC with ECC already, solving a large
 chunk of the issues. Perhaps pertinent questions for Linux init?

Yes, why not bring up yet another nonsensical slightly related example