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

[G. Schlisio]

Am 02.07.2017 um 22:18 schrieb Eli Schwartz via arch-general:
> On 07/02/2017 04:12 PM, User via arch-general wrote:
>> Sébastien Luttringer, 
>> https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/btrfs-progs&id=959539e1f7df15986f336bb03225ea796a44ca3e
>>  , 
>> https://www.kernel.org/pub/linux/kernel/people/kdave/btrfs-progs/sha256sums.asc,
>>  
>> https://lists.archlinux.org/pipermail/arch-general/2016-December/042700.html 
>> .
>> Tobias Powalowski, 
>> https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/hdparm&id=2bd43d6fec063156c40dfc0d5ba115155b09cfc1
>>  , i waited and no one said anything all this time. you do not help each 
>> other.
> 
> So basically, you are confirming you are fnodeuser?
> 
> I guess you thought this was a good way to get around being blacklisted
> from the mailing list due to continuous rudeness and spammy behaviour.
> 

Oh, please dont feed the troll… its exactly what he's aiming for.

Re: [arch-general] arch-security: CVE and ASA wiki logging

[G. Schlisio]

> Logging was moved to a dedicated subdomain [0], but it is still under 
> development (the source code is on GitHub [1]). Apparently they forgot to 
> mention it (I got the info from the arch-audit [2] repo, here [3]).

very interesting, thank you, simon.
a deprecation notice on the wiki page will surely be appropriate at some
time. i'm sure they have a plan

georg



signature.asc
Description: OpenPGP digital signature

[arch-general] arch-security: CVE and ASA wiki logging

[G. Schlisio]

Hi all,

I appreciate the service of our valued Arch CVE Monitoring Team a lot.
Since new year there are no more CVEs and ASAs logged on the respective
Wiki pages [0] and [1], although ASAs are (thankfully!) still issued to
arch-security.
Is there a reason for discontinuing logging to the well-known wiki pages
e.g. did logging move to another location, or is the security team in
need of help keeping up with the work?
Please let us know! Thankyou in advance

Georg


[0] https://wiki.archlinux.org/index.php/CVE
[1] https://wiki.archlinux.org/index.php/Security_Advisories



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Postfix delivery problem

[G. Schlisio]

> i took it to the postfix mailing lists now

hi all,
there is a workaround in place for now, which is disabling .fordward
completely by setting an empty forward_path.
the cause of the problem seems to be a non-POSIX behaviour of glibcs
getpwnam_r() function.
a more lengthy discussion can be found here [0].
i am not aware of any changes to glibc (2.24-2 from core installed here
since august), but maybe someone has a hint what caused this behaviour
to change?

now that a workaround is in place this becomes less urgent though, still
it would be nice to understand what actually happened.

regards
georg


[0] http://postfix.1071664.n5.nabble.com/user-lookup-error-td52867.html

Re: [arch-general] Postfix delivery problem

[G. Schlisio]

> You might also reach out to the postfix mailing lists for help, as
> you'll likely get better debugging tips for scenarios like this than
> from a distribution-specific list.

hi jeremy,

thank you for your ideas, i took it to the postfix mailing lists now,
but progress there is slow as well. the problem seem to hide very well.
link to thread included for future reference [0].

have a nice christmas everyone
georg


[0] https://marc.info/?l=postfix-users&m=148248292712509&w=2

[arch-general] Postfix delivery problem

[G. Schlisio]

Dear list,

We have a mail server with postfix and dovecot where we have mail
addresses with local unix accounts (authenticated by pam) and without
unix accounts (dovecot passwd-file authentication). The problem only
affects those non-unix account mail addresses. (There are also
completely virtual email addresses with different domains, also managed
by dovecot, but still working fine, for simplicity ignored here; sorry
the config is really complicated).

All non-unix-account addresses are listed in a postfix table,
configured in main.cf by:
mailbox_transport_maps = hash:/etc/postfix/mailbox_transport_maps

looking like this:
user1  dovecot
user2  dovecot

All this was working fine, before yesterdays (rather big)
system-upgrade.
Now we get the following error in the mail logs:

: delivery via local: user lookup error

postfix/local in verbose mode complains:

postfix/local[27333]: deliver_switch[2]: local user recip u...@dukun.de
exten  deliver u...@dukun.de exp_from
dukun postfix/local[27333]: deliver_alias[3]: local user recip
u...@dukun.de exten  deliver u...@dukun.de exp_from
dukun postfix/local[27333]: deliver_alias:
hash:/etc/aliases(0,lock|no_regsub|no_proxy|no_unauth|fold_fix|utf8_request):
user not found
dukun postfix/local[27333]: dict_pcre_lookup:
/etc/postfix/aliases_regex: user
dukun postfix/local[27333]: deliver_alias:
pcre:/etc/postfix/aliases_regex(0,lock|no_regsub|no_proxy|no_unauth|fold_fix|utf8_request):
user not found
Dez 23 01:56:03 dukun postfix/local[27333]: deliver_dotforward[3]: local
user recip u...@dukun.de exten  deliver u...@dukun.de exp_from
postfix/local[27333]: warning: error looking up passwd info for user:
Invalid argument

It seems like postfix/local is ignoring the mailbox_transport_maps
option and trying to deliver itself instead of passing to dovecot, thus
finding no entry in the system passwd.
After full upgrade config files were merged (no changes in mail config)
and a reboot was done. The list of upgraded packages is shown at
http://termbin.com/k5ql . As downgrading postfix, dovecot and icu
(linking) did not resolve this issue, we are very confused.

As this is critical infrastructure for some people, any help is warmly
appreciated.

regards
georg

Re: [arch-general] Implement sql/sqlite database for pacman local database

[G. Schlisio]

> I was curious why does 'pacman -Q' operations took longer than 'apt'
> counterparts.  It seems that the local pacman databases are just
> subdirectories with text files (desc, files) and gzipped text (mtree).
> No wonder why local pacman databases tend to slow down over time and
> need to be optimized periodically.
> 
> For long term pacman development road map, it would be better to use
> single sql based database for tracking locally installed packages
> instead of keeping directories of every installed packages.
> 
> This would provide faster access for local database as sql databases are
> optimized for fast access.

optimisation ideas to the pacman database are (nearly) as old as this
distribution, but none ever really convinced many.
if you go back through the archives of the mailinglists and forums (as
well as the outer parts of the interwebs) you will find many similar ideas.
i specifically remember an approach to read the database once on
startup, and store it in a ramfs. hat its disadvantages as well…

for all actions regarding the database, i strongly advise you to do a
full backup of the whole database before tinkering with it.

my advice: get a SSD drive for your system, that makes the pacman
database lightning fast, but your data is as safe as can be.

georg



signature.asc
Description: OpenPGP digital signature

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

[G. Schlisio]

> I would personally recommend the Project Sputnik hardware from Dell
> ,
> in particular the XPS 13 Developer Edition .They put a decent amount of
> effort into making sure the BIOS and firmware at least work with the latest
> version of Ubuntu and mainline these for the most part. Worst comes to
> worst, you can just repackage the stuff from Ubuntu but I'd say pretty much
> everything is working as well as it should on mainline Arch today.

[…]

>> Not exactly open-source/FSF-endorsed but https://system76.com/ sells
>> laptops with Ubuntu-preinstalled so those are also guaranteed to run Arch.

we should propably collect such knowledge in the wiki. something like
"hardware guide" or similar?

Re: [arch-general] Not being able to upgrade system because of catalyst-hook

[G. Schlisio]

>>> You should update the catalyst-hook package manually. The latest version
>>> supports Linux 4.7.
>>
>> this is misleading, as there is no upgrade.
>>
> 
> What about version 15.9-12? It adds a patch to make it compatible with
> Linux 4.7
> 
> [1]
> https://aur.archlinux.org/cgit/aur.git/commit/?h=catalyst-hook&id=1ed0d7e92f486d3b1bae49b9c43b34b29585d1c0
> 

ah, missed that, my fault.
nevertheless, sometimes a rebuild is needed, even though no update is
available.



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Not being able to upgrade system because of catalyst-hook

[G. Schlisio]

> You should update the catalyst-hook package manually. The latest version
> supports Linux 4.7.

this is misleading, as there is no upgrade.
you need to rebuild it for the new kernel, this is best achieved by
uninstalling, performing the pacman upgrade, building catalyst-hook
against all new libs, and installing it.

georg



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] texlive-bin 2016.41290-2.1

[G. Schlisio]

Am 03.08.2016 um 14:50 schrieb Ilya Boka via arch-general:
> Sorry, i'm wrong. This another warnings..
> 
> On Wed, Aug 3, 2016 at 2:49 PM, Ilya Boka  wrote:
>> You can read about this on arch forum..
>> https://bbs.archlinux.org/viewtopic.php?id=207253
>>
>> On Tue, Aug 2, 2016 at 5:52 PM, Genes Lists via arch-general
>>  wrote:

please dont top post. refer to the code of conduct for more info [0].
thanks.

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



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Announcing pacpak

[G. Schlisio]

> `pacpak -Syu` would therefore always install exactly the same version of
> the software as available with regular pacman.

-Syu with pacman means refresh databases and install all available
updates. does this mean pacpak execute this logic on all installed
containers as pacman executes on all installed packages? especially the
refresh part makes no sense to me at this point.  what external database
is there to refresh?
an install command would likely look like -S like in pacman?
whats the base for installation? PKGBUILDs (from AUR/ABS), official
repos, some new platform containing build recipes for pacpak?

> it can be used to create containers from existing Arch packages.

sounds like working from /var/cache/pacman.

i generally like the idea of isolating and running untrusted software,
as it allows one to implement sth like an applicationwise firewall (as
done in android. wether this reduces or increases attack surface heavily
depends on the implementation and its possibilities, but running
malicious software will never be safe. this only adds another layer of
control to the os.

georg



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] ML is being sent to Spam by Gmail

[G. Schlisio]

Am 08.06.2016 um 10:34 schrieb Pierre Neidhardt via arch-general:

> On 16-06-08 14:49:14, Syrone Wong via arch-general wrote:

>> On Wed, Jun 8, 2016 at 2:29 PM, Sri Krishna via arch-general

dear pierre, syrone and Srikrishna, please respect the new community
code of conduct and stop top posting [0].
thank you!

[0] https://wiki.archlinux.org/index.php/Code_of_conduct#Top_posting



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] DKIM debuggage (Was: Deletion of old account)

[G. Schlisio]

Am 24.05.2016 um 10:58 schrieb pelzflorian (Florian Pelz):
> On 05/24/2016 10:41 AM, G. Schlisio wrote:
>> maybe this helps you to debug further (and lets see the state of my dkim
>> signature…)
> 
> Not sure if you confused me with Florian Pritz or meant him by “you”. I
> changed my e-mail From name now. There's too many Florians on other
> lists as well…

i think i confused noone. you (florian pelz) have invalid DKIM
signatures (domain pelzflorian.de), while florian pritz has correct
signatures (domain xinu.at).
what i wanted to stress is that i see a difference in the failure of
your DKIM signature compared to giovannis (which fails as well). i
wondered whether this could be a starting point for you to debug your
DKIM setup.
georg



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Deletion of old account

[G. Schlisio]

Am 24.05.2016 um 10:37 schrieb Florian Pelz:
> Giovanni Santini's and my mails still fail to verify when they come from
> arch-general.
> 
> Is this an error on my side?
> 
> Regards,
> Florian

i'm using thunderbird with dkim-verifier-plugin and you emails appear as
Invalid (Signature failing) while florian pritz's email appears valid.
giovannis email appears invalid as well, but with annotation 'Email was
modified'.
maybe this helps you to debug further (and lets see the state of my dkim
signature…)
greetz
georg



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] System freeze when powering down.

[G. Schlisio]

Am 16.03.2016 um 20:41 schrieb r.kintzi+arch-gene...@pobox.net.pl:
> Hi there,
> 
> The hardware is Asus K501UX running linux-4.5.0-mainline from aur and a
> GNOME desktop. The problem is the system freeze when it is powering down
> (not always but very often). See attached files for logs from properly
> (power-down-ok-tail.log) and improperly (power-down-fail-tail.log)
> finished power down sequences. Any clues what should/could I do to fix
> the issue? Let me know if more information is needed.
> 
> R.
> 

attachments are stripped on arch-general. please use a pastebin service.



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Update GNU Wget

[G. Schlisio]

> I am the one maintaining wget-git on AUR, so I do use the latest version
> anyways. However, as the maintainer of GNU Wget, I am interested in what
> keeps Arch Linux from adopting the newest version yet. It's been flagged
> out of date for almost three months now. If there is something that prevent
> Arch from shipping it, we'd love to hear and help.

i see. but there is little chance eric, the maintainer of core/wget is
reading this list. you may consider poking him directly (maybe you can
find him in the irc channel?).



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Is Linux 4.3 stable?

[G. Schlisio]

> Does anyone have problems with this update?

having no problems so far

> Also, does anyone have problems using Intel graphics?

no problems either.



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Update GNU Wget

[G. Schlisio]

Am 15.12.2015 um 00:44 schrieb Darshit Shah:
> Any updates on this issue?

you might consider building it locally from ABS [0].
it looks like a simple version bump is sufficient, and no other program
is linked against it, so you should be fine.
to receive the official package once it appears, you could set pkgrel=0,
so the official one is regarded as update despite beeing the same.

hope this helps.


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



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Linux still at 4.2, but nvidia and virtualbox compiled for 4.3?

[G. Schlisio]

> It seems like these are looking for Linux 4.3, but the linux package in
> [core] is still at 4.2.
> 
> I'm afraid if I'll reboot, there will be problems with the graphics driver.
> Why wasn't the linux package updated alongside these others?
> 
> Or am I wrong, and is this harmless?
> 

either your mirror is out of sync or we have an inconsistent repo state,
where someone moved some modules bevore moving the kernel.
in the signoff report from an hour ago linux-4.3-1 is fully signed off,
but not moved yet. you can check the current state of the packages at
the website.
you fear for reboot seems legit - you could either wait for a consistent
state (which is to appear soon) or manually take the respective packages
from [testing] (or via the web interface.
hope this helps.



signature.asc
Description: OpenPGP digital signature

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

[G. Schlisio]

> 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?
> 
> Best regards,
> Aron Widforss

Hi Aron,

in addition to what the others say (i fully support):
note, that arch does not support partial updates, while nowhere you'll
find a maximum time between updates, that is supported.

i have done the exact same this summer - experiencing no problems at
all. i was away nearly two month. i didnt bother with several update
steps as well…

greetings



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Random no signal on display-manager init

[G. Schlisio]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

offtopic remark:
please reply under the previous message (bottom posting), as it is
strict policy at this list.
also, you don't need to cite the whole conversation, citing only
relevant parts will make it easier for people to understand your issue
and help you with you problem.

g
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJVOkxZAAoJELKHx5nAxn3s/YMH/3ZzKgLeM/mgTkp8TsmIzwG8
eichm2puH0US9sOrPW5wjDTfCkxTKpWuqjA+o2HDD1RWQ1inv6uJRi5xQ+vdy9Ok
7Fhyj4djNnKTmaUboHxWC9mBq11tVng19vBfg+2L8L46P6X7sA7JsslUIF4qRdHy
fjuDMx0nLRGEBDKrQg7kibFMfzyU8XHZQqV05Rsx+oBFpM4bB+OLeSUxkpyv86uk
8KktRqYOiTpjArVZ1wsBw1SgyjxfL7EmctzHQwVYdz/WI+4zkHkEfYQF6mWtS6ON
nUuGLn8nRno8LQxbMw3NJy7XoRuzsSznrGcBGr6wcGyxovZcDkK4XmyWEmCg+6I=
=W01M
-END PGP SIGNATURE-

Re: [arch-general] pacman's "Depends On"

[G. Schlisio]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

> I didn't notice that Firefox needs the up to date version of
> libvpx too. I wonder if there's a way to list all packages that
> depend on a dedicated version of another package.

arch does not support partial upgrades. it is simply to much of a
hassle, to keep track of every versioned dependency. so, if you choose
to update partially, you have to deal with it on your own (as you
already do).
i think there have been several diskussions about that on this ML, so
if you need more info, maybe a search in the archives can help you.

greetz
g
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJVORLtAAoJELKHx5nAxn3sTGYIANG842h8Vixg8XEMkljME58f
Bab3xN+2OgVRn02D4v20q9LzPGEhwSIcqzRZ7Q1MG4SF7IdUo3Ew51tpj2xGJ5l9
CFRMAER6/j+Y4+AnAQoDD0btJQaZn3UzEhKCuxi+V/EnkLuxFSOnlGDXCImNgbWI
Ogjc1R706tEWReRA4hYtZjikx4RbsfyFBrWncdrjJJQIQk+KGbRPlHPwfEDFxffA
RRitoa01CXlzes+lNYCQP/ldwz2pZ54kGfN+yUoBEw1Ww3BOXIP/kKtBABEUIMgW
FIoC++kxCXngZPsGOXXS53c9OmFhUPXlyeZVwt5L4krR7rIFg/YBX97Tdh4lOjE=
=qAsk
-END PGP SIGNATURE-

Re: [arch-general] How to autostart ufw on system startup?

[G. Schlisio]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Am 16.04.2015 um 12:22 schrieb LoneVVolf:

> On 16-04-15 06:25, Francis Gerund wrote:
>> Strange that the ufw install routine didn't do that
>> automatically.

> Nope, that's standard practice for arch pacakges.

let me elaborate that a little further.
imagine you run a publicly accessible installation (aka server).
if, after installing a service like httdp, mailstuff or similar the
service would be started automatically, you had no chance to configure
it, test it for security, change its behaviour or nessecary files
(like certificates).
in arch, the user is in control. and since installing does mean "write
all needed files to disc" it does not mean "start the service".
i hope you can understand the reason (and there are more for sure)
better now.

g
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJVL5RgAAoJELKHx5nAxn3sa5EH/3RhXf6b+WAlnVkw4FUvb00v
g+IUKIWP4QDnameC7qZAraRpkxcpA3HRin5tYbYV+FNC2IAla+O/aK2xxUs6Z8w1
g8aWuuCMKqbCmyxuydsxWHphNI4J0OVV8/jmc2Yay1ZpufepZjQTj+55G0rXHXOk
pLnAtYqx3hjL0pfLLGZVFTNngRb6opyaC2GpzCaneAaq/l4UO7o5IUBRpSrKWSeb
PGsOuH6vcVW+tHGI19u4ghXyVtItkjNr7sV3DZeFMwxkde9Pl2ahdbJyAaNB2bJA
gwjI2BncCEnJzPhG5C/O3TbCnjTG2lm9d9L5lKcx1ZYJtgRUbdybOVdIRztF27Y=
=DqsW
-END PGP SIGNATURE-

Re: [arch-general] Severity of Failed checksum for PKGBUILD

[G. Schlisio]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


> I understand that the metadata changed which changed the checksum,
> but that doesn't really change the question of what to do with
> source code versioning systems that have changing checksums and the
> need to supply source code for GPL projects.

if i understand you correctly, you want to be able to prove, that a
certain source was used in a certain PKGBUILD to generate a certain
binary package you are looking at.
that kind of security is not built into arch. you cannot even prove
that the PKBUILD from abs or svn reflects the one that was used to
build that package you have.
it is a well-intended question to ask for GPL compliance and provable
sources, but that is not happening in arch.
its about trust (thats why they are called TU!), and the problem you
try to solve ist ill-defined.
that aside, i think, that rebuilding packages should be possible
(correct checksums etc), but it can fail for a bunch of reasons, so
its not the TUs fault mostly.

0,02€
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJU50dJAAoJELKHx5nAxn3sKssIAIj2vyA4vuxvbbmS7mv8z41E
vyaCP6gZPWTCi0lA4xEIiRamgIV4QgLYmv7a5BR3xfoOvc/vxTzIOhBWqgigf7Y7
u34vYOCfcUcyKT1pse8mbuOHiTVd78LDanugX/TAkRzwM4y4aq/HXlLaXjiz6LC1
g7Rh9QCzqsMO+a8/KfClQXvIT1od1Frvgxnh5LQqgzZ47iVbkJfNUVbqCBmLVybi
vjmdO3Zma5Qq0xiFbR3gAewKMcpl7EBs6svvv82BreHYyQf8VdPKderLtjqhCaR8
bMldKGuaH1RW6oDAmMZNdIANgzmBFs3FmgVfrV/pjHYBvAAe/zcuKGlWQgmfP8Q=
=d7Rj
-END PGP SIGNATURE-

Re: [arch-general] Plasma 5

[G. Schlisio]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Am 16.02.2015 um 14:03 schrieb Paul Gideon Dann:
> 1) I'm using SDDM now, but even with KDE4, I was unable to get SDDM
> to actually launch a Plasma session. After entering my details, I
> get a black screen and no further activity. I have to switch to
> another console, log in, and invoke startx myself.

i am sure you read the wiki article… maybe something helpful there.
you can try autologin and see, if that works.
also, check your sessions available. maybe it works in failsafe mode?
g
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJU4fFRAAoJELKHx5nAxn3sRcwIAKV/moViOj8Tio4gwBNDrhcL
roiiREPSTgadb5hHkVecJ5knhmKHGmw93jkMvC2OquLo16i5vWA9WU9DdZGjupJx
/MrSPtPdo6kCbuxw0PbxuW4FXb0AwofAOMZiNYjz23Pkkr4+uzIZilrtqIL7sNQy
bfwEw0+9/vfpvoIt5tergh6I4aIcleAZ5vgoqbtbOFEHNfH1v+oaIkogYychpb6i
Dw6gRXKztUISkgjcQZ+rxxJgPInUKsFaGgwd+5sf8vAg+VCZmQXmx86ddeHBcSwM
jXAgJqYGqgNHX8pWjM9E/IHLGL0uN4yG2RHVIxmBNvD4jQ7+/UtMiBwnq/TRBOk=
=/Gf1
-END PGP SIGNATURE-

Re: [arch-general] 3.15 kernel breaking X ?

[G. Schlisio]

Am 07.07.2014 11:53, schrieb Ralf Mardorf:

> The OP could use downgrade, but if you e.g. want to downgrade from
> Ardour 3 to Ardour 2 you're screwed.

with bacman you can rebuild the package from installed files and pacman
data. so you can store it somewhere safe while trying a newer version.

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

[G. Schlisio]

> It's rather weird because it only works every other time:

i had those errors as well (i use optirun). adding kernel command line
parameters as mentioned in this [0] thread solved it for me.

[0] https://bbs.archlinux.org/viewtopic.php?id=169742

Re: [arch-general] finding corresponding udev rule for device

[G. Schlisio]

Am 21.06.2013 01:09, schrieb Karol Babioch:

Hi,

Am 20.06.2013 21:25, schrieb G. Schlisio:

but making a new own rule seems to help more in my case.

Yeah, changing files provided by distribution itself is basically always
a bad idea. However you might take it as a template for your own file.

Best regards,
Karol Babioch

i copied that file to /etc/udev/rules.d/61-serial.rules and added 
MODE="0666" in some place. now it works as i expected.
still i didnt get the full logic of that file, so i cant change the 
name. but for the moment thats secondary.

thanks all for help

Re: [arch-general] finding corresponding udev rule for device

[G. Schlisio]

Am 20.06.2013 01:17, schrieb Karol Babioch:

Hi,

Am 19.06.2013 15:51, schrieb G. Schlisio:

is there any way to determine, which standard udev rule applies for
which device?

You'll find all the rules provided by the distribution within
"/usr/lib/udev/rules.d". You can easily grep the files within this
directory for some specific strings, e.g. the product ID and similar
attributes.

Best regards,
Karol Babioch


thanks, i found it.
but making a new own rule seems to help more in my case.

Re: [arch-general] finding corresponding udev rule for device

[G. Schlisio]

Am 19.06.2013 23:04, schrieb Damjan Georgievski:

hi all,
i want to customize the udev rule, that assigns my garmin gps device with a
device name. permissions need to be set different, so users have read/write
access.
the only problem is, that i dont know, which rule it is i have to customize.
is there any way to determine, which standard udev rule applies for which
device?

What you need to do is create your own rules file in
/etc/udev/rules.d/
something with a big number, let's say 99-my-garmin.rules

To find out how to make the rule (I suspect it's an usb device)... first run
`udevadm monitor` then plug the device you will get the device path
... something like
/devices/pci:00/:00:12.2/usb1/.../.../...

Then run `udevadm info --attribute-walk --path=/devices/.../.../...`
and you'll get a bunch of properties that you can match in your own rule file.




thanks for answering.
its a serial device, which is connected via serial-to-usb-adapter.
i created a file /etc/udev/rules.d/99-serial-to-usb-4-garmin.rules und 
tried a lot of rules, like

DRIVERS=="ch341-uart",ATTRS{idVendor}=="1a86",NAME="usbserial"
(see http://pastie.org/8061009 for 'udevadm info ...' output)
then i reloaded udev rules with
'udevadm control --reload'
and checked result with
'udevadm monitor'
i always get ttyUSB0, but not usbserial as i expected.
am i missing something?

[arch-general] finding corresponding udev rule for device

[G. Schlisio]

hi all,
i want to customize the udev rule, that assigns my garmin gps device 
with a device name. permissions need to be set different, so users have 
read/write access.
the only problem is, that i dont know, which rule it is i have to 
customize. is there any way to determine, which standard udev rule 
applies for which device?

thanks for suggestions.
georg

[arch-general] openssl cant find root certificate

[G. Schlisio]

hi list,
if i run wpa_supplicant on a eap-ttls network, it fails to set up tls 
properly:
OpenSSL: tls_connection_ca_cert - Failed to load root certificates 
error:02001002:system library:fopen:No such file or directory
where does openssl search these ca-certs, where do i get them from 
(obviously not from the ca-certificates package, this is installed and 
contains .crt instead of .pem).

isnt this supposed to work without manual intervention?
any help appreciated.
thanks
georg

Re: [arch-general] Is last archboot iso completely busted ?

[G. Schlisio]

errot : target not found : netctl.


netctl still in testing is.
to wait you have (or take netcfg).

Re: [arch-general] [arch-dev-public] Silent removal of initscripts?

[G. Schlisio]

Am 28.01.2013 21:28, schrieb Evangelos Foutras:

On 28 January 2013 21:30, Tom Gundersen  wrote:

IMNSHO, it would probably be best to just unequivocally declare the rc
scripts as dead and unsupported rather than try to play catch-up now.

I agree with this, no half measures. :)

You made the announcement [1] in early November; title was pretty
clear; time-frame was provided. There's nothing else left to do now
but to drop the initscripts and sysvinit packages.

[1] https://www.archlinux.org/news/end-of-initscripts-support/

a new announcement would only make sense for those, who totally slept 
the whole time.
the majority of users sticking with initscripts does not do that because 
of lack of interest in systemd.
my vserver hoster (netcup.de, german provider) does not provide an 
up-to-date kernel and, although first made aware of the upcoming change 
in september, now begins beta testing a new virtualization (kvm, linux 
vserver before). its still some time (up to two month) until i can 
finally migrate to systemd.
i would be very glad, if there was a sysvinit-scripts package for the 
time beeing.

thanks for considering.

[arch-general] installing grub to empty harddisk

[G. Schlisio]

hi list,
i struggled to install grub into an empty hdd, which belongs to an other 
laptop with a broken cd drive and no usb boot option.

i tried to uso grub-install, but that didnt work.
how to install grub, so it works in the other laptop?
georg

Re: [arch-general] harddisk suspending far to often

[G. Schlisio]

Am 10.12.2012 00:13, schrieb G. Schlisio:

Am 09.12.2012 18:55, schrieb Leonid Isaev:

On Sat, 08 Dec 2012 21:48:54 +0100
"G. Schlisio"  wrote:


[...]
how can i get to know, why this is happening, and maybe stop it?
I suspect the issue is in pm-utils' pm-powersave script which 
executes "power
saving" hooks, and is in turn being called by upower. But to be sure 
we need to
see your pm-utils configuration (in /etc/pm) and and 
/etc/Upower/Upower.conf...


/etc/pm/ contains conf.d/, power.d/ (both empty) and sleep.d/ 
(contains 90alsa, not doing much apart aplay). upower [0] contains a 
RunPowersaveCommand=true, does that include APM=1 setting?
what curtis said about expected behavior and default settings, can 
those be altered somewhere?
my /usr/lib/systemd/system-sleep/notify-upower.sh contains some call 
of upower{,.resuming} via dbus.
what irritates me is that i experience this after last update, and 
never before.


[0] my upower.conf:

[UPower]
SleepTimeout=1000
AllowHibernateEncryptedSwap=true
RunPowersaveCommand=true
EnableWattsUpPro=true
PollDockDevices=false
IgnoreLid=false 
seems unrelated to suspend, but related to switch between external and 
internal power supply. where can i adjust hese settings? may kde 
interfere here?

suggestions appreciated.

Re: [arch-general] harddisk suspending far to often

[G. Schlisio]

Am 09.12.2012 18:55, schrieb Leonid Isaev:

On Sat, 08 Dec 2012 21:48:54 +0100
"G. Schlisio"  wrote:


[...]
how can i get to know, why this is happening, and maybe stop it?

I suspect the issue is in pm-utils' pm-powersave script which executes "power
saving" hooks, and is in turn being called by upower. But to be sure we need to
see your pm-utils configuration (in /etc/pm) and and /etc/Upower/Upower.conf...

/etc/pm/ contains conf.d/, power.d/ (both empty) and sleep.d/ (contains 
90alsa, not doing much apart aplay). upower [0] contains a 
RunPowersaveCommand=true, does that include APM=1 setting?
what curtis said about expected behavior and default settings, can those 
be altered somewhere?
my /usr/lib/systemd/system-sleep/notify-upower.sh contains some call of 
upower{,.resuming} via dbus.
what irritates me is that i experience this after last update, and never 
before.


[0] my upower.conf:

[UPower]
SleepTimeout=1000
AllowHibernateEncryptedSwap=true
RunPowersaveCommand=true
EnableWattsUpPro=true
PollDockDevices=false
IgnoreLid=false

Re: [arch-general] harddisk suspending far to often

[G. Schlisio]

Am 07.12.2012 01:49, schrieb Calvin Morrison:

On 6 December 2012 17:05, G. Schlisio  wrote:


Am 06.12.2012 21:07, schrieb Jonathan Steel:

  On Thu, Dec 06, 2012 at 10:59:27AM +0100, G. Schlisio wrote:

after updating my laptop today [0] (no testing enabled) i notice

that my harddisk keeps spinning down and up every 10 seconds or
so.
might this be related to the update or where can i stop this?


somehow it resolved itself today. now hdd is running continuously again.


If it happens again, you can check this with:

hdparm -B /dev/sdx

If it's spinning down too often, try:

hdparm -B 254 /dev/sdx

  thank you for your advice.

hdparm -B /device returns 254 to me now, thats quire expected, because now
everything works fine.

i wonder, how/whether it could have been altered yesterday.
do programs like powertop touch those values?


If you are messing around with powertop, yes I think that could have been
it. Usually powertop can adjust hd settings

i uninstalled powertop after my last post, but yesterday it happend 
again. when i checked the APM level it was set to 1.

i only experience this after suspend to ram.
how can i get to know, why this is happening, and maybe stop it?

Re: [arch-general] harddisk suspending far to often

[G. Schlisio]

Am 06.12.2012 21:07, schrieb Jonathan Steel:

On Thu, Dec 06, 2012 at 10:59:27AM +0100, G. Schlisio wrote:

after updating my laptop today [0] (no testing enabled) i notice
that my harddisk keeps spinning down and up every 10 seconds or
so.
might this be related to the update or where can i stop this?

somehow it resolved itself today. now hdd is running continuously again.

If it happens again, you can check this with:

hdparm -B /dev/sdx

If it's spinning down too often, try:

hdparm -B 254 /dev/sdx


thank you for your advice.
hdparm -B /device returns 254 to me now, thats quire expected, because 
now everything works fine.


i wonder, how/whether it could have been altered yesterday.
do programs like powertop touch those values?

Re: [arch-general] harddisk suspending far to often

[G. Schlisio]

after updating my laptop today [0] (no testing enabled) i notice that 
my harddisk keeps spinning down and up every 10 seconds or so.

might this be related to the update or where can i stop this?


somehow it resolved itself today. now hdd is running continuously again.

[arch-general] harddisk suspending far to often

[G. Schlisio]

hi,
after updating my laptop today [0] (no testing enabled) i notice that my 
harddisk keeps spinning down and up every 10 seconds or so.

might this be related to the update or where can i stop this?
help very appreciated
georg

[0] packages updated today:
pcre
libssh
tdb
bind
lshw
soundkonverter
sage-mathematics
lib32-glib2
lib32-harfbuzz
lib32-pango
lib32-fontconfig
latex-beamer
linux-headers
linux-docs
linux

[arch-general] bootchart confusion

[G. Schlisio]

hi list,
i am confused about bootchart{,2}. in aur [1] its called bootchart2, in 
community we have bootchart [2].
in the aur there is a comment from tom, that [1] is going to be replaced 
by [2].
now  [2] is bootchart version 1.20, so it does not look like bootchart2 
to me.
so which one is the most recent bootchart2 and maybe we can clean this 
(naming, moving, whatever) to make it clearer?

thanks
georg

[1] https://aur.archlinux.org/packages.php?ID=51576
[2] https://www.archlinux.org/packages/extra/x86_64/bootchart/

Re: [arch-general] PKGBUILDs of repo packages

[G. Schlisio]

Am 25.10.2012 23:36, schrieb Jason Steadman:

On 25 October 2012 22:35, G. Schlisio  wrote:

hi list,
i just wondered wether the PKGBUILDs of packages in the binary repos are
(read) accesible to normal users, e.g. to compile a program with different
switches.
thanks for pointers
georg


https://wiki.archlinux.org/index.php/Abs


and i didnt know all the time… omg
thanks!

[arch-general] PKGBUILDs of repo packages

[G. Schlisio]

hi list,
i just wondered wether the PKGBUILDs of packages in the binary repos are 
(read) accesible to normal users, e.g. to compile a program with 
different switches.

thanks for pointers
georg

Re: [arch-general] Exiting wpa_supplicant

[G. Schlisio]

 Original-Nachricht 

Datum: Tue, 23 Oct 2012 09:28:57 +0200
Von: "Thomas Bächler" 
An: arch-general@archlinux.org
Betreff: Re: [arch-general] Exiting wpa_supplicant
Am 23.10.2012 02:42, schrieb Rafael Beraldo:

That's interesting. Why is that a bad idea? I used to do it by hand,
waiting for
wpa_supplicant to stablish a connection and then running dhcp.

You wait for 10 seconds. That is way too long. A wireless connection is
usually established within 3 seconds. Or not.

You wait for 10 seconds. That is way too short. A wireless connection
may take 30 or even 60 seconds to establish.

A wireless connection may go up and down. It may stay down. Or come back
up. You need to react to these changes.


Luckily, dhcpcd can partially handle this these days and you can simply
start dhcpcd without delay, and it will figure out when to request an IP.


Hi, Thomas,

the delay of 10 seconds is recommended by the computing centre which maintains 
the university-wide WLAN. Without the delay dhcpcd returns a timeout.

Your reasons against wpa_supplicant are conclusive but neither netcfg nor wicd 
(which I would prefer) are supported here. Especially the encryption method 
that I have to configure in wicd is not documented.

Kind regards,
Nelson.

hi nelson,
i used to do it just like you with a hacky script.
after looking into netcfg i realized, that it does the exact same like 
my script before, but way better.

you can even keep your config file for wpa_supplicant.
you universitys computing centre just dont know the awesomeness of arch…
just have a look at the wiki, youll figure it out easily.
georg

Re: [arch-general] neo - german keyboard layout

[G. Schlisio]

Am 22.10.2012 08:50, schrieb Geert Hendrickx:

On Thu, Oct 18, 2012 at 22:16:22 +0200, G. Schlisio wrote:

hi list,
i played around with neo2, an alternative kbd layout optimized for
german. in my kde environment.
the main concept of neo is using meta keys to shift between layers.
for me, the meta4 key is not working on either side. i found some
suggestions to solve this problem, but nothing worked so far.
anybody out there knowing, how to fix this?
and how can i enable neo in initramfs, for input of my encryption pw?


For X11 and Linux console this is completely separate.

For the console, you configure the keymap in /etc/vconsole.conf, and you
add "keymap" to the HOOKS line in /etc/mkinitcpio.conf to have it loaded
early in the initrd to enter your encryption pw.

For X11 you either use KDE's keyboard settings (since Neo is apparantly
shipped with xkeyboard-config, it should be listed by xkb), or you just
run setxkbmap somewhere in your X startup scripts as suggested by Robbie.


Geert (Colemak user)


thanks for answering.
i added keymap to mkinitcpio, but where can i adjust the used layout? 
before the hdd is decrypted (like, say, while entering the password) it 
cannot access the /etc/vconsole.conf so there needs to be an other place.

Re: [arch-general] neo - german keyboard layout

[G. Schlisio]

Am 18.10.2012 22:16, schrieb G. Schlisio:

hi list,
i played around with neo2, an alternative kbd layout optimized for 
german. in my kde environment.

the main concept of neo is using meta keys to shift between layers.
for me, the meta4 key is not working on either side. i found some 
suggestions to solve this problem, but nothing worked so far. anybody 
out there knowing, how to fix this?

and how can i enable neo in initramfs, for input of my encryption pw?
thanks
georg


for the record:
solved if loading map manually with
setxkbmap de neo
now just do it in a script, and fixed this is.
anyone got a hint, how to properly write a systemd unit file for 
executing this command at startup?

thanks
georg

[arch-general] neo - german keyboard layout

[G. Schlisio]

hi list,
i played around with neo2, an alternative kbd layout optimized for 
german. in my kde environment.

the main concept of neo is using meta keys to shift between layers.
for me, the meta4 key is not working on either side. i found some 
suggestions to solve this problem, but nothing worked so far. anybody 
out there knowing, how to fix this?

and how can i enable neo in initramfs, for input of my encryption pw?
thanks
georg

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

[G. Schlisio]

Problem - as a high school graduate, I don't exactly have a steady source
of income. I could try to find income sources, but I'm not aware of what
cheap VPSs exist.
in the wiki, you can find some vps provider providing arch. check their 
prizes, some are below 10€/month.
as i'm in germany, i use netcup (maybe not an option for you). its 
pretty cheap.


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

Re: [arch-general] systemd transition on virtual server - help needed

[G. Schlisio]

Am 10.10.2012 07:36, schrieb Abdul Halim Mat Ali:

On Tue, Oct 9, 2012 at 11:43 PM, G. Schlisio  wrote:


hi list,
i am running an arch server (x84_64) inside a virtual private server.



This might be related to your question. But I am wondering which VPS
provider provides a 64-bit kernel.

as indicated in my initial post, provider is netcup. somehow, they just 
provide 64bit systems [1].


[1] http://www.netcup.de/vserver/vserver_guenstig_qualitaet.php (german)

[arch-general] systemd transition on virtual server - help needed

[G. Schlisio]

hi list,
i am running an arch server (x84_64) inside a virtual private server.
now that systemd smoothly comes to be standart, i would like to 
understand, how this affects my machine.
as this is a vps, i have no control over the running kernel, which is a 
2.6.36.4-vs2.3.0.36.39-netcup atm. (netcup is a german webhosting provider).

also i do not know much about the virtualisation machinery running there.
as this is a server used for productivity, i would like to understand 
whats happening to it, to keep maintenance downtime at a reasonable low 
level.
at what point will i (propably) get in trouble because of systemd, when 
(if ever) will i be unable to boot with this machine if i keep updating?

thanks for helping suggestions.
georg

Re: [arch-general] The future of sysvinit in Arch: Call for Help

[G. Schlisio]

-remove initscripts from the repos
-no more developement in git and on arch-project ML

I don't see the benefit of doing that quickly, but if that's what you
guys want, it is fine with me. I would be in favor of initscripts
dying a natural death.



some people are stuck with initscripts for a while, letting it die 
naturally would be great for such usecases.
i am running an arch server in a virtual private server where can not 
change the kernel and depend on my provider.

i am quite sure, there are others around too.

Re: [arch-general] testing/systemd 191-1 failed to boot

[G. Schlisio]

Am 25.09.2012 16:59, schrieb Simon Perry:

On 25/09/12, Felipe Contreras wrote:

| There's a difference between using a strong tone, and being a troll.
|
| Using that definition, Linus Torvalds is a troll on the LKML. I disagree.

The Linux kernel has never had a bug that has resulted in an
un-bootable system. So as Heiko says, that is why systemd is worse than
the kernel (it could also be my rose-tinted glasses).

Let's wait for Heiko to release his perfect init system (which will be
better than bash scripts, systemd, the kernel itself etc) because it
will never fail or ever have a bug that results in a system being
un-bootable.

We'll have no chance to be total douchebags on mailing lists, and not
report actual bugs because his system will never fail, at all, ever!

You're a credit to humanity, Heiko, keep on truckin', sunshine.


please stop it altogether.
this leads nowhere.

Re: [arch-general] testing/systemd 191-1 failed to boot

[G. Schlisio]

Am 22.09.2012 11:14, schrieb Heiko Baums:

Am Sat, 22 Sep 2012 11:00:59 +0200
schrieb "G. Schlisio" :


please stop trolling on this list.
this is very disturbing and already resultet in devs unsubscribing
from this list.

Sorry, but this is not trolling. This is just telling that I told it
before, when almost everybody laughed at me and claimed how good and
superior systemd is (an evolution *lol*). Now they have their first
technical proof that it is not. And that's what they all always called
for. Now they have it.

Heiko


its ok to tell your opinion, thats not what i mean with trolling.
impertinent exclamations and unconstructive i-always-told-you 
allegations do not help anyone to solve the problem.
OTOHS its quite difficult ATM to get a constructive diskussion about 
arch init system, because it is already decides by our devs and a lot of 
people got strong feelings about this issue.

so, please refrain from heating this whole thing up.
thanks

Re: [arch-general] testing/systemd 191-1 failed to boot

[G. Schlisio]

Am 22.09.2012 10:07, schrieb Heiko Baums:

Am Sat, 22 Sep 2012 15:09:02 +0900
schrieb Zhengyu Xu :


After updating systemd to 191-1 in testing repo, I had following
messages during booting and the process was stuck (crashed).

[   10.539416] systemd[1]: segfault at 7d ip b75a97b7 sp bfb0ece8
error 4 in libc-2.16.so[b752a000+1a4000]
[   10.539700] systemd[1]: Caught , core dump failed.

Downgrade to 189-4 can solve this problem. I want to know if this
is a personal problem or a general bug affecting others as well.

Why am I not surprised?

Yes, binary init system is so much better than a script based init
system. And Poetterix is so damn good, so advanced, such an evolution
and so much better than the common and over 40 years well tested
sysvinit.

Come on systemd fanboys, here you have the first example. There's more
to come. I'll get my popcorn.

Heiko


please stop trolling on this list.
this is very disturbing and already resultet in devs unsubscribing from 
this list.

Re: [arch-general] Personal note

[G. Schlisio]

Am 15.08.2012 21:43, schrieb Tom Gundersen:

On Wed, Aug 15, 2012 at 9:01 PM, Karol Blazewicz
 wrote:

On Wed, Aug 15, 2012 at 7:27 PM, Tom Gundersen  wrote:

Hi guys,

As most devs have done already, I'm going to change my relationship
with arch-general.

What is the preferred way to contact you or other devs with questions
or suggestions (better wording for an announcement etc.)?

We don't currently have a satisfactory answer to this question.
Hopefully a solution will present itself soon, I know people are
discussing the problem. After all, we DO want useful feedback, and
there IS really good feedback inbeetween all the rest.

I guess important stuff should still be picked up by someone,
alternatively you could cc the relevant dev (who e.g. wrote the news
item, etc.).

-t

what about cleaning arch-general by creating a new list (arch-offtopic, 
arch-flame etc) and moving those diskussion there

just a spontaneous idea

[arch-general] wake from suspend to ram

[G. Schlisio]

Hi all,
on my laptop i want do disable wakeup from suspend to ram by pressing 
any key on my keyboard.
i digged around and found it must be toggled in /proc/acpi/wakeup, still 
i cant find any documentation about that.

my /proc/acpi/wakeup looks like this
Device  S-state   Status   Sysfs node
LID0  S3*enabled
SLPB  S3*enabled
HDEF  S3*disabled  pci::00:1b.0
PXSX  S5*disabled  pci::02:00.0
USB1  S3*enabled   pci::00:1d.0
USB2  S3*enabled   pci::00:1d.1
USB3  S3*enabled   pci::00:1d.2
EHC1  S3*enabled   pci::00:1d.7
but i dont now which entry is mykeyboard.
i would just try to find out, but i cant fgure out a way, to toggle 
entries to disabled.

anyone got a clue?
georg

Re: [arch-general] view command

[G. Schlisio]

Am 08.05.2012 19:24, schrieb Taylor Hedberg:

G. Schlisio, Tue 2012-05-08 @ 17:31:49+0200:

i stumbled over view being a link to ex, and not to vim, as i am used
to with several other distros (opensuse, debian). is there any
particular reason for that behaviour?

FYI, you can use `vim -R` to explicity invoke Vim in read-only mode. Or
even `alias view=vim -R` in your shell to override the symlink to
/usr/bin/ex.
thanks, thats what i alredy did before, i was just curious about why it 
is different by default. some things about arch use to be kind of 
sophisticated.
but sure, as guillaume mentiones, its vanilla behavior. thats quite an 
arch way to do it.

[arch-general] view command

[G. Schlisio]

hi all,
i stumbled over view being a link to ex, and not to vim, as i am used to 
with several other distros (opensuse, debian). is there any particular 
reason for that behaviour?

thanks
georg

Re: [arch-general] Flash Plugin Crash on gimp-lqr tutorial page

[G. Schlisio]

Am 25.04.2012 18:42, schrieb David C. Rankin:

On 04/25/2012 10:51 AM, G. Schlisio wrote:

Am 25.04.2012 17:25, schrieb David C. Rankin:

Guys,

Attempting to view the gimp liquide rescale tutorial page resulted in a
flash-plugin crash in firefox. The site is:

http://liquidrescale.wikidot.com/en:tutorial

It looked as if it was going to play initially, but then I got the 
frowning

lego. Can anyone confirm and let me know if this is a bug in firefox or
flash. It looks like flash, but I can't rule out a problem in ff's
implementation of the plugin. If it is a bug, can anyone tell if it 
is in

the build or upstream? Thanks.

It may also just be the page. I'm not good at debugging this type 
issue.



ff/flash version?
i use 12.0/11.2 r202 and its all working fine here
georg




Hmm..

flashplugin 11.2.202.233-1

This is on i686. I have found a couple of recent reports that point to:

1) export VDPAU_NVIDIA_NO_OVERLAY=1
2) Create /etc/adobe/mms.cfg file and put this text into it:
EnableLinuxHWVideoDecode=1

I'll give that a go and report back. 
sorry, running a x86_64 with intel graphics here, so i wont be of much 
help there…

Re: [arch-general] Flash Plugin Crash on gimp-lqr tutorial page

[G. Schlisio]

Am 25.04.2012 17:25, schrieb David C. Rankin:

Guys,

  Attempting to view the gimp liquide rescale tutorial page resulted 
in a flash-plugin crash in firefox. The site is:


http://liquidrescale.wikidot.com/en:tutorial

  It looked as if it was going to play initially, but then I got the 
frowning lego. Can anyone confirm and let me know if this is a bug in 
firefox or flash. It looks like flash, but I can't rule out a problem 
in ff's implementation of the plugin. If it is a bug, can anyone tell 
if it is in the build or upstream? Thanks.


  It may also just be the page. I'm not good at debugging this type 
issue.



ff/flash version?
i use 12.0/11.2 r202 and its all working fine here
georg

Re: [arch-general] Regressions with X and dbus (maybe?)

[G. Schlisio]

Am 12.04.2012 23:23, schrieb Alexandre Ferrando:

On 12 April 2012 23:07, G. Schlisio  wrote:

anyone got a hint where to look first? i have no idea what to do atm.

The only hint that I've got is that it appears to be a systemd related
issue. Doesn't happen with the regular initscripts.


solved. by rebooting with the brandnew initscripts mentioned above.
thanks!

Re: [arch-general] Regressions with X and dbus (maybe?)

[G. Schlisio]

Am 10.04.2012 18:02, schrieb Alexandre Ferrando:

On 10 April 2012 16:14, G. Schlisio  wrote:

Hello all,
since the last update today, my X server does not start on startup, i have
to start it manually.
after that, a lot of things dont work, such as network (wicd), audio (alsa,
no pulseaudio!).
attempting to start dbus needs me to remove the pidfile first, then it
starts without errors, but crashes again instantly.
some hopefully useful information: linux 3.2, kde-4.8.2, fully updated
system
help pretty much appreciated.
georg

I don't reboot often aside from kernel updates so after a reboot
yesterday I noticed that dbus didn't start (wicd warning about dbus)
and then tried to start it manually getting the warning about the pid
file.

Didn't had time to look into it yesterday, but today I've rebooted to
see if it was an isolated issue or not. It isn't, dbus won't start at
boot.

Using:

dbus 1.4.20-1
linux 3.3.1-1
initscripts 2012.03.2-1
systemd 44-5
initscripts-systemd v44.1-2
libsystemd 44-5
systemd-arch-units 20120401-1

If I forgot to add some package relevant, please tell me.

i am still having this issue, although i reinstalled all those mentioned 
packages (incl wicd, dbus-core and some others), but gained nothing.

at startup, i'll find those messages in /var/log/daemons.log, saying
[code]
localhost dbus[351]: [system] Activation via systemd failed for unit 
'dbus-org.wicd.daemon.service': Unit dbus-org.wicd.daemon.service failed 
to load: No such file or directory. See system logs and 'systemctl 
status dbus-org.wicd.daemon.service' for details.

[/code]
while systmctl just says
[code]
dbus-org.wicd.daemon.service
  Loaded: error (Reason: No such file or directory)
  Active: inactive (dead)
[/code]
so i updated to the most recent initscripts-systemd-20120412-1 and 
systemd-arch-units-20120412-1, but starting dbus does nothing but create 
a pidfile.

anyone got a hint where to look first? i have no idea what to do atm.
thanks in advance
georg

[arch-general] Regressions with X and dbus (maybe?)

[G. Schlisio]

Hello all,
since the last update today, my X server does not start on startup, i 
have to start it manually.
after that, a lot of things dont work, such as network (wicd), audio 
(alsa, no pulseaudio!).
attempting to start dbus needs me to remove the pidfile first, then it 
starts without errors, but crashes again instantly.
some hopefully useful information: linux 3.2, kde-4.8.2, fully updated 
system

help pretty much appreciated.
georg

Re: [arch-general] How can I change thunderbird profile dir form .thunderbird to .mozilla/thunderbird?

[G. Schlisio]

Am 11.03.2012 03:10, schrieb 郑文辉(Techlive Zheng):

Is there any compile flag or something I could alter? I think that
would be easy to do. I just want to clean my home folder, backup
firefox and thunderbird data. I only want to backup a .mozilla
directory and not .mozilla and .thunderbird them two.

So,anyone knows?

Besides, I don't want to symlink .mozilla/thunderbird to .thunderbird,
that won't solve the problem, I am willing to recomplie the whole
thunderbird if necessary.

Regards,
Techlive Zheng

its just too easy, you can configure it in profile settings. in server 
settings you can choose the local folder. thats what you need?

[arch-general] shutdown problems

[G. Schlisio]

hi all,
since a few days, i experience some problems on shutdown. i'm running 
kde and systemd on a fully upgraded system.
when shutting down via kde controls (ctrl-alt-del oder button), i am 
logged off and presented the login screen, but no shutdown occurs.
i tried to change the shutdown command from '/sbin/shutdown -h -p now' 
to '/sbin/shutdown -h now' but that made just no difference.
if i use these commands on bash, it shuts down as expected, not showing 
the login screen.

is this somewhat systemd-related?
hints appreciated…
georg

Re: [arch-general] Another Major glitch now

[G. Schlisio]

Am 28.01.2012 17:49, schrieb P NIKOLIC:

Hi ..

It seems for some strange reason the Hard disk may be full  well the / 
partition at least si the install may not have completed  now have to think 
about this one  see if i can resize the / partition i have space on /home  need 
to shrink that and extend / good fun .. not .

Pete .


--- On Sat, 28/1/12, G. Schlisio  wrote:

From: G. Schlisio
Subject: Re: [arch-general] Another Major glitch now
To: arch-general@archlinux.org
Date: Saturday, 28 January, 2012, 16:39

Am 28.01.2012 17:35, schrieb P NIKOLIC:

Well it seems no help then it seems parts are working parts are not  so how 
do i set about  uninstalling KDE 4.8 and reverting to the previous working 
version  or is 4.8 the new viersion now if so it has problems

Pete .


--- On Sat, 28/1/12, P NIKOLIC   wrote:

From: P NIKOLIC
Subject: [arch-general] Another Major glitch now
To: arch-general@archlinux.org
Date: Saturday, 28 January, 2012, 15:43

I have just updated the system  now on kde4.8 but all i get is kmix and a white 
screen noting else works at all  even that took 12 mins to  come up
  (ps the update was a normal pacman -Suy )


Pete   (sent from webamil on the lappy cus main machine is futzed )

can you drop to a shell? if so, get some internet connection and
retrieve the old packages from http://arm.konnichi.com/2012/01/26/
you'll find the kde packages in extra.
you can just install them with a bit bash-hacking (awk, sed, wget, etc).
if you want hints, just ask.

erm, small advice: there is strong bottom post policy on this list. dont 
make a discussion of ist, happend often enough… just wanted to have said.

your prob:
how about just removing kde, so you get space for repairing it? maybe a
# pacman -Scc
gets you some more free space (emptiing the packege cache)

Re: [arch-general] Another Major glitch now

[G. Schlisio]

Am 28.01.2012 17:35, schrieb P NIKOLIC:

Well it seems no help then it seems parts are working parts are not  so how 
do i set about  uninstalling KDE 4.8 and reverting to the previous working 
version  or is 4.8 the new viersion now if so it has problems

Pete .


--- On Sat, 28/1/12, P NIKOLIC  wrote:

From: P NIKOLIC
Subject: [arch-general] Another Major glitch now
To: arch-general@archlinux.org
Date: Saturday, 28 January, 2012, 15:43

I have just updated the system  now on kde4.8 but all i get is kmix and a white screen noting else works at all  even that took 12 mins to  come up   
(ps the update was a normal pacman -Suy )



Pete   (sent from webamil on the lappy cus main machine is futzed )
can you drop to a shell? if so, get some internet connection and 
retrieve the old packages from http://arm.konnichi.com/2012/01/26/

you'll find the kde packages in extra.
you can just install them with a bit bash-hacking (awk, sed, wget, etc). 
if you want hints, just ask.

Re: [arch-general] Google earth

[G. Schlisio]

Am 28.01.2012 15:49, schrieb Peter G Nikolic:

On Saturday 28 Jan 2012 15:24:42 Kwpolska wrote:

On Sat, Jan 28, 2012 at 3:05 PM, Peter G Nikolic

  wrote:

On Saturday 28 Jan 2012 14:24:19 Karol Blazewicz wrote:

On Sat, Jan 28, 2012 at 2:14 PM, Peter G Nikolic

  wrote:

Hi

Does anyone have a method of getting google earth to work i HAVE
tried
the stuff in AUR it fails completely the packages it complains
about
are all out of date and have so many deps that are also out of
date  it is like chasing your own tail up your own backside

archstuff unofficial user repo has google-earth 5.2.1.1588-1
Have you tried the updated
https://aur.archlinux.org/packages.php?ID=15270 ? Does it fail too?

Yep exactly the same failure word for word

==>  Making package: google-earth 6.2.0.5905-1 (Sat Jan 28 14:03:26 GMT
2012) ==>  Checking runtime dependencies...
==>  Missing Dependencies:
  ->  lib32-fontconfig
  ->  ld-lsb
  ->  lib32-libgl
  ->  lib32-libsm
  ->  lib32-libxi
  ->  lib32-libxrender
  ->  lib32-pcre
==>  Checking buildtime dependencies...
==>  ERROR: Could not resolve all dependencies.

so then for each of the deps i get  ..

:/ # pacman -S lib32-fontconfig

error: target not found: lib32-fontconfig


Pete


--
Powered by  Kernel: 3.2.2-1-ARCH
KDE Development Platform: 4.7.4 (4.7.4)
  14:03:57 up 21:13,  5 users,  load average: 0.13, 0.09, 0.06

First of, you need the [multilib] repo, add it to your pacman.conf.
Second of, you need to get the ld-lsb package from the AUR.
Third of, you should run makepkg with `-si' options.

Ok on the multi lib   that done now   if i try makepkg -si  it asks for the
password but i am unable to enter a password it will not accept entry  from
the keyboard

Pete .

you can also just build the package, an then use
# pacman -U /path/to/packet.tar.gz

Re: [arch-general] Google earth

[G. Schlisio]

Am 28.01.2012 15:05, schrieb Peter G Nikolic:

On Saturday 28 Jan 2012 14:24:19 Karol Blazewicz wrote:

On Sat, Jan 28, 2012 at 2:14 PM, Peter G Nikolic

  wrote:

Hi

Does anyone have a method of getting google earth to work i HAVE tried
the stuff in AUR it fails completely the packages it complains about
are all out of date and have so many deps that are also out of date  it
is like chasing your own tail up your own backside

archstuff unofficial user repo has google-earth 5.2.1.1588-1
Have you tried the updated
https://aur.archlinux.org/packages.php?ID=15270 ? Does it fail too?


Yep exactly the same failure word for word

==>  Making package: google-earth 6.2.0.5905-1 (Sat Jan 28 14:03:26 GMT 2012)
==>  Checking runtime dependencies...
==>  Missing Dependencies:
   ->  lib32-fontconfig
   ->  ld-lsb
   ->  lib32-libgl
   ->  lib32-libsm
   ->  lib32-libxi
   ->  lib32-libxrender
   ->  lib32-pcre
==>  Checking buildtime dependencies...
==>  ERROR: Could not resolve all dependencies.

so then for each of the deps i get  ..

:/ # pacman -S lib32-fontconfig
error: target not found: lib32-fontconfig


Pete


maybe activate the multilib-repo and try again, there you should find 
the needed packages

Re: [arch-general] Google earth

[G. Schlisio]

Am 28.01.2012 14:24, schrieb Karol Blazewicz:

On Sat, Jan 28, 2012 at 2:14 PM, Peter G Nikolic
  wrote:

Hi

Does anyone have a method of getting google earth to work i HAVE tried the
stuff in AUR it fails completely the packages it complains about are all out of
date and have so many deps that are also out of date  it is like chasing your
own tail up your own backside

archstuff unofficial user repo has google-earth 5.2.1.1588-1
Have you tried the updated
https://aur.archlinux.org/packages.php?ID=15270 ? Does it fail too?

very strange, i can compile without any error, no dependencies missing 
as well. maybe not the aur package, but your aur-wrapper?

i used packer.

Re: [arch-general] change in mount behaviour?

[G. Schlisio]

Am 28.01.2012 01:02, schrieb Leonid Isaev:

On Sat, 28 Jan 2012 00:49:03 +0100
"G. Schlisio"  wrote:


Am 28.01.2012 00:46, schrieb Leonid Isaev:

On Sat, 28 Jan 2012 00:26:38 +0100
"G. Schlisio"   wrote:


Hi all,
i used to keep a folder in /media to serve as mountpoint if some manual
mountis was needed.
since some days, this folder disappeared, even if created again.
is there any change in filesystems, kernel or whatsoever changing
behavior there, is it intended (if so, why?) or a bug?
every hint appreciated.
georg

That is what /mnt is for... Do you have systemd?


jipp, just switched to systemd. so thats why…
sometimes i need more than 1 mountpoint, but still you are right.
thanks and sorry for the noise.

But why can't you create the same dir structure under /mnt?
i can (an will) of course. until now /media was the place. no problem at 
all. i just like to understand whats going on, you know…

Re: [arch-general] change in mount behaviour?

[G. Schlisio]

Am 28.01.2012 00:46, schrieb Leonid Isaev:

On Sat, 28 Jan 2012 00:26:38 +0100
"G. Schlisio"  wrote:


Hi all,
i used to keep a folder in /media to serve as mountpoint if some manual
mountis was needed.
since some days, this folder disappeared, even if created again.
is there any change in filesystems, kernel or whatsoever changing
behavior there, is it intended (if so, why?) or a bug?
every hint appreciated.
georg

That is what /mnt is for... Do you have systemd?


jipp, just switched to systemd. so thats why…
sometimes i need more than 1 mountpoint, but still you are right.
thanks and sorry for the noise.

Re: [arch-general] change in mount behaviour?

[G. Schlisio]

Am 28.01.2012 00:26, schrieb G. Schlisio:

Hi all,
i used to keep a folder in /media to serve as mountpoint if some 
manual mountis was needed.

since some days, this folder disappeared, even if created again.
is there any change in filesystems, kernel or whatsoever changing 
behavior there, is it intended (if so, why?) or a bug?

every hint appreciated.
georg


# mount
tmpfs on /media type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755)

ok, but thats one half only…

[arch-general] change in mount behaviour?

[G. Schlisio]

Hi all,
i used to keep a folder in /media to serve as mountpoint if some manual 
mountis was needed.

since some days, this folder disappeared, even if created again.
is there any change in filesystems, kernel or whatsoever changing 
behavior there, is it intended (if so, why?) or a bug?

every hint appreciated.
georg

Re: [arch-general] KDE 4.8

[G. Schlisio]

Am 26.01.2012 00:01, schrieb Paulo Roberto P. Evangelista:

Hi,

When kde 4.8 will be available in extra repossitories??

hey, dont put pressure on the great people compiling, testing and 
packing for us. i think, we arch users really cant complain about not 
beeing fed with fresh updates.
btw: dont forget, these people are volunteers and kde does not compile 
in a minute…

Re: [arch-general] Some help with systemd needed

[G. Schlisio]

Am 24.01.2012 17:01, schrieb G. Schlisio:

ok, thanks. (yes, i'm using kde)
i tried to use the renamed files from the gdm package (just in case…), 
but that doesnt work either. is there way to get those files, e.g. 
writing on my on, downloading from upstream, or is there no way into 
that atm? if so, i'll switch back to sysvinit until next kdm-release 
(whenever that will be).

thanks a lot.

Am 24.01.2012 10:46, schrieb Tom Gundersen:
On Tue, Jan 24, 2012 at 2:13 AM, C Anthony Risinger  
wrote:

On Mon, Jan 23, 2012 at 3:31 PM, G. Schlisio  wrote:

Am 23.01.2012 22:26, schrieb Tom Gundersen:
On Mon, Jan 23, 2012 at 9:32 PM, G. Schlisio
wrote:
i'm playing around with systemd atm and everything works fine 
except of

the
sound output.

You should not need to do anything particular in order to get sound
working. Have a look at "systemd-loginctl" to see if your session is
created properly (which should give your user the correct ACL
permissions on the sound devices).

# systemd-loginctl
   SESSIONUID USER SEAT

0 sessions listed.

seems like thats the problem. what does it mean, actually? and how to
fix/change/adjust that?

i'm not 100% this is what's needed, but do you have this:

# grep -nR systemd /etc/pam.d/
/etc/pam.d/gdm-autologin:15:-sessionoptional
pam_systemd.so
/etc/pam.d/gdm-fingerprint:15:-sessionoptional
pam_systemd.so
/etc/pam.d/gdm-smartcard:15:-sessionoptional
pam_systemd.so
/etc/pam.d/gdm-welcome:11:-sessionoptional
pam_systemd.so
/etc/pam.d/gdm-password:16:-sessionoptional
pam_systemd.so

/etc/pam.d/sshd:12:-session optionalpam_systemd.so
/etc/pam.d/login:21:-sessionoptionalpam_systemd.so

That's it. If you use kde you need the same line in your kdm file
(this will be there by default in the next release).

-t




sry for top-posting - no flaming please!!

Re: [arch-general] Some help with systemd needed

[G. Schlisio]

ok, thanks. (yes, i'm using kde)
i tried to use the renamed files from the gdm package (just in case…), 
but that doesnt work either. is there way to get those files, e.g. 
writing on my on, downloading from upstream, or is there no way into 
that atm? if so, i'll switch back to sysvinit until next kdm-release 
(whenever that will be).

thanks a lot.

Am 24.01.2012 10:46, schrieb Tom Gundersen:

On Tue, Jan 24, 2012 at 2:13 AM, C Anthony Risinger  wrote:

On Mon, Jan 23, 2012 at 3:31 PM, G. Schlisio  wrote:

Am 23.01.2012 22:26, schrieb Tom Gundersen:

On Mon, Jan 23, 2012 at 9:32 PM, G. Schlisiowrote:

i'm playing around with systemd atm and everything works fine except of
the
sound output.

You should not need to do anything particular in order to get sound
working. Have a look at "systemd-loginctl" to see if your session is
created properly (which should give your user the correct ACL
permissions on the sound devices).

# systemd-loginctl
   SESSIONUID USER SEAT

0 sessions listed.

seems like thats the problem. what does it mean, actually? and how to
fix/change/adjust that?

i'm not 100% this is what's needed, but do you have this:

# grep -nR systemd /etc/pam.d/
/etc/pam.d/gdm-autologin:15:-sessionoptionalpam_systemd.so
/etc/pam.d/gdm-fingerprint:15:-sessionoptionalpam_systemd.so
/etc/pam.d/gdm-smartcard:15:-sessionoptionalpam_systemd.so
/etc/pam.d/gdm-welcome:11:-sessionoptionalpam_systemd.so
/etc/pam.d/gdm-password:16:-sessionoptionalpam_systemd.so
/etc/pam.d/sshd:12:-session optionalpam_systemd.so
/etc/pam.d/login:21:-sessionoptionalpam_systemd.so

That's it. If you use kde you need the same line in your kdm file
(this will be there by default in the next release).

-t



--
Am 25. Mai ist Welthandtuchtag. www.towel-day.com.

user@home:~ $ :(){:|:&};:
www.dukun.de.

Re: [arch-general] Some help with systemd needed

[G. Schlisio]

Am 23.01.2012 22:26, schrieb Tom Gundersen:

Hi Georg,

On Mon, Jan 23, 2012 at 9:32 PM, G. Schlisio  wrote:

i'm playing around with systemd atm and everything works fine except of the
sound output.

You should not need to do anything particular in order to get sound
working. Have a look at "systemd-loginctl" to see if your session is
created properly (which should give your user the correct ACL
permissions on the sound devices).

# systemd-loginctl
   SESSIONUID USER SEAT

0 sessions listed.

seems like thats the problem. what does it mean, actually? and how to 
fix/change/adjust that?

systemctl shows no alsa or pulseaudio running and in the wiki entry i cant
find any hint but 'systemctl enable alsa-*', but both options (by tabbing:
alsa-restore, alsa-store) return
Warning: unit files do not carry install information. No operation executed.
anybody got a hint?

The alsa-(re)store units are enabled statically, and cannot be enabled/disabled.

HTH,

Tom


k

[arch-general] Some help with systemd needed

[G. Schlisio]

Hello folks,
i'm playing around with systemd atm and everything works fine except of 
the sound output.
systemctl shows no alsa or pulseaudio running and in the wiki entry i 
cant find any hint but 'systemctl enable alsa-*', but both options (by 
tabbing: alsa-restore, alsa-store) return

Warning: unit files do not carry install information. No operation executed.
anybody got a hint?
help appreciated
georg

Re: [arch-general] pacman -Syu fails due to conflict with mtab?

[G. Schlisio]

Am 23.12.2011 12:38, schrieb Oon-Ee Ng:

On Dec 23, 2011 7:21 PM, "Ralf Madorf"  wrote:

On Fri, 2011-12-23 at 11:53 +0100, G. Schlisio wrote:

maybe not the right place here, but has to be mentioned IMHO:
the search restriction for the forum at archlinux.org is really
annnoying. i like doing intense research before asking, but the
one-search-per-minuite limit (or something about that) is making that
difficoult for me.
ok, there are good reasons for that as well, but annoying anyways…

Use Google, even if you don't like Google and add something similar to
"arch linux users list archive" to your search.


Or just use site:archlinux.org


ok, thats what i do anyways. but why then we need the own search?
nah, no big diskussion needed now.
merry chrimas!

Re: [arch-general] pacman -Syu fails due to conflict with mtab?

[G. Schlisio]

Am 23.12.2011 11:29, schrieb Alexander van den Berghe:



On 12/23/2011 10:43 AM, Ralf Madorf wrote:

On Fri, 2011-12-23 at 10:22 +0100, Nicolas Sebrecht wrote:

The 22/12/11, Angel Velásquez wrote:


The experts, normal people, and even noobs like me would say to you ..
PLEASE READ THE NEWS DUDE, (its like the 5th time you write a mail
asking questions, when the solution it's posted on the front page)..

Don't you think you're big enough to learn this amazing trick?
OTOH, news related to updates are *not* at the correct place on the 
home

web page. When I do admin tasks I would expect to read news in my
_shell_ just before the update.

+1

Some news might be no news anymore, it's not for everybody useful to
upgrade the Linux very often.
For such people it is not advised to use a rolling release 
distribution such as Arch. Using Arch without updating often enough is 
asking for problems.

I got all upgrade information using Google e.g. linked to the news.
Anyway I wonder why people aren't allowed to ask every question. There
were not hundred people asking about mtab at this list, just one person
and this person might have missed the information by the news.

I read tons of threads on Arch forums and I had to read hundreds of
times replies saying "use Google", "search the Wiki", "search the forum"
+ tons of misinformation from experts aka moderators, since they
sometimes not really experts for everything.

- Ralf


It is frustrating for people to see the same questions asked over and 
over. Especially while the solution can be easily found on the home 
page, wiki or forums. These kind of questions just pollute the medium 
through which they where asked with noise, which makes it more 
difficult to find the good information.


Alex


maybe not the right place here, but has to be mentioned IMHO:
the search restriction for the forum at archlinux.org is really 
annnoying. i like doing intense research before asking, but the 
one-search-per-minuite limit (or something about that) is making that 
difficoult for me.

ok, there are good reasons for that as well, but annoying anyways…

Re: [arch-general] Top Posting Revisited

[G. Schlisio]

Am 16.12.2011 15:41, schrieb Gaetan Bisson:
> [2011-12-16 14:51:43 +0100] G. Schlisio:
>> for me, top posting seemed to save scrolling time, and everything
>> included after the reply i regarded as a reference for remembering
>> discussion on the topic.
> Did you see the movie "Memento"?
>
>> man, i cant think of something more stupid…
> Well, do you think your signature is smart?
>
>> user@home:~ $ :(){:|:&};:
both: nope, whats your point?

Re: [arch-general] Top Posting Revisited

[G. Schlisio]

Am 16.12.2011 11:20, schrieb Allan McRae:

On 16/12/11 12:17, gt wrote:

I have seen a similar thread last year, and every other day, someone
points out to someone that top posting is bad.

I was off the list for a while, and now when i came back, the story is
still the same.

And your email has changed the world and we will not see a repeat of
this in the future.  Hooray!


My favourite option is to have someone with admin access to the list
(e.g. me...) just unsubscribe anyone who top posts.

Allan

really not helping anyone. i personally prefer top posting, but there 
are some points raised for bottom posting i never thought about before.
for me, top posting seemed to save scrolling time, and everything 
included after the reply i regarded as a reference for remembering 
discussion on the topic.
so if i dont know about 'bottom positng policy' onthis mailinglist, i'll 
be kicked right out?

man, i cant think of something more stupid…

--
Am 25. Mai ist Welthandtuchtag. www.towel-day.com.

user@home:~ $ :(){:|:&};:
www.dukun.de.

Re: [arch-general] .bashrc not executed on login

[G. Schlisio]

so, thats what i missed…
thanks and sorry i bothered.

Am 10.12.2011 23:28, schrieb Karol Blazewicz:

On Sat, Dec 10, 2011 at 11:24 PM, G. Schlisio  wrote:

Hello all,
if i execute 'sudo su -' roots .bashrc is obviously not executed, so my
aliases are not loaded.
file properties are 751 root:root
did i miss something important?
thanks

https://bbs.archlinux.org/viewtopic.php?pid=1024375#p1024375

Re: [arch-general] .bashrc not executed on login

[G. Schlisio]

nope, 755 makes no difference to 751.

Am 10.12.2011 23:26, schrieb Jude DaShiell:

usually someone forgot to do chmod 755 ./.bashrc. On Sat, 10 Dec
2011, G. Schlisio wrote:


Hello all,
if i execute 'sudo su -' roots .bashrc is obviously not executed, so my
aliases are not loaded.
file properties are 751 root:root
did i miss something important?
thanks




Jude
<http://www.shellworld.net/~jdashiel/nj.html>




--
Am 25. Mai ist Welthandtuchtag. www.towel-day.com.

user@home:~ $ :(){:|:&};:
www.dukun.de.

[arch-general] .bashrc not executed on login

[G. Schlisio]

Hello all,
if i execute 'sudo su -' roots .bashrc is obviously not executed, so my 
aliases are not loaded.

file properties are 751 root:root
did i miss something important?
thanks