Re: [arch-general] Recent logwatch update may need a news item?
Hello, ** Amish via arch-general [2019-09-20 05:59:11 +0530]: > On 19/09/19 10:44 pm, Eli Schwartz via arch-general wrote: >> On September 19, 2019 1:00:26 PM EDT, Amish via arch-general >> wrote: >>> those users who use logwatch that they need to take following actions: >>> >>> 1) pacman -Syu >>> >>> 2) cat /usr/lib/systemd/system/logwatch.service.d/local.conf >>> [Service] >>> ExecStart= >>> ExecStart=/usr/bin/logwatch --output mail >>> >>> 3) systemctl daemon-reload >>> 4) systemctl --now enable logwatch.timer Thank you for your message about changed behaviour of logwatch. I'm using it to mail logs from different host to one address. >> I guess it's entirely possible that users were logging without using >> mail at all. There are guides for generically forwarding systemd logs >> via email, though. > Thanks but why would one parse logs to log it back to logs? > The default behaviour of earlier version of logwatch was to send email to > root. (via cron) > So I guess if the timer was meant to be drop in replacement for cron then it > should e-mail too. So just look at the source: https://sourceforge.net/p/logwatch/git/ci/master/tree/scheduler/logwatch.cron https://sourceforge.net/p/logwatch/git/ci/master/tree/scheduler/logwatch.service and you will see that it is not Archlinux issue, it is logwatch one. They simply drop output to mail for service. I'm lack of time right now but if I were you I open a ticket to ask why service isn't 100% functional as cron job. > Amish. --- WBR, Vladimir Lomov -- I am returning this otherwise good typing paper to you because someone has printed gibberish all over it and put your name at the top. -- Professor Lowd, English, Ohio University signature.asc Description: PGP signature
Re: [arch-general] X logs me out from tty on close
Hello, ** Ali Emre Gülcü via arch-general [2019-01-10 12:16:20 +0300]: > Hello everyone, > I had a rather interesting problem recently. I dont have any display > manager and I open desktop environment from tty when needed. Previously > when I logged out from Xfce or closed down X server, it would put me back > on my tty session. Now when I do the same, it also logs me out from tty and > I must login again. Is this the expected behaviour after some xorg or > kernel update? Or did I mess up something? I tried with both `startx` and > `startxfce4`. And to be sure that this is not an driver related problem, I > also tried with `nvidia-xrun`, same results. It looks the same as described here https://github.com/systemd/systemd/issues/11269 and that issue has a solution https://github.com/systemd/systemd/pull/11379 > Thanks in advance. --- WBR, Vladimir Lomov -- No one can feel as helpless as the owner of a sick goldfish. signature.asc Description: PGP signature
Re: [arch-general] MariaDB package version
Hello, ** leoutat...@gmx.fr [2018-09-27 13:04:53 +0200]: > On 9/26/18 9:55 PM, Eli Schwartz via arch-general wrote: >> On 9/26/18 3:31 PM, Kevin Dodd via arch-general wrote: >>> I recently noticed Arch Linux's mariadb package is still on the 10.1 >>> release series, even though upstream has considered the 10.2 and 10.3 >>> release series to be "stable" for at least 4 months. Arch is usually so >>> good about keeping everything up-to-date, so I am curious what the >>> reason for this is. Something to do with compatibility? >> >> https://lists.archlinux.org/pipermail/arch-general/2017-September/044255.html >> >> If you have further news, feel free to share. :) >> > Mariadb 10.2 and 10.3 are available in all distro except Arch > https://downloads.mariadb.org/mariadb/repositories/#mirror=cnrs I'm sorry but you are wrong! See https://packages.ubuntu.com/search?keywords=mariadb&searchon=names&suite=cosmic§ion=all (cosmic is not released even!) https://packages.debian.org/search?keywords=mariadb&searchon=names&suite=unstable§ion=all (and this is unstable!) https://src.fedoraproject.org/rpms/mariadb/commits/el6 (el6, centos 6) https://src.fedoraproject.org/rpms/mariadb/commits/f27 (10.2.17) https://src.fedoraproject.org/rpms/mariadb/commits/f28 (10.2.17) https://src.fedoraproject.org/rpms/mariadb/commits/f29 (10.3.9, next release, not released yet). And why you are refering to mariadb.org site? Do they provide distro packages on distro official mirrors? If I understand that site correctly this is not official repositories (except Archlinux, they just give usual receipt how to install package). Nobody stops you to build mariadb package locally (I do that for some packages). --- WBR, Vladimir Lomov -- Deliberate provocation of mystical experience, particularly by LSD and related hallucinogens, in contrast to spontaneous visionary experiences, entails dangers that must not be underestimated. Practitioners must take into account the peculiar effects of these substances, namely their ability to influence our consciousness, the innermost essence of our being. The history of LSD to date amply demonstrates the catastrophic consequences that can ensue when its profound effect is misjudged and the substance is mistaken for a pleasure drug. Special internal and external advance preparations are required; with them, an LSD experiment can become a meaningful experience. -- Dr. Albert Hoffman, the discoverer of LSD signature.asc Description: PGP signature
Re: [arch-general] xfce4-notifyd issues
Hello, ** David Rosenstrauch [2017-06-23 09:27:41 -0400]: > On 06/23/2017 03:53 AM, Vladimir Lomov via arch-general wrote: >> ** David Rosenstrauch [2017-06-22 21:52:28 -0400]: >>> Useful data point - thanks. I am using a login manager (lightdm), which >>> launches startxfce4. Perhaps there's something got messed up with that >>> combination. >> >> Try sddm. > > Perhaps. To be honest, I don't think lightdm is responsible for the issue > either. (It hasn't been updated since March.) There's obviously > *something* that changed recently that's causing this behavior. I'm not > sure what - or how to fix. But there's some evidence this might get fixed > on the XFCE side soon. I used to use lightdm for some time but from time to time I faced with very *strange* message from various programs about connection to dbus (they refered to /tmp/dbus-X, saying "Connection failed" or something like that, but dbus is started by systemd and it's socket is in /run NOT in /tmp). I tried to investigate this problem but without any success. Moreover, I found some problem with how lightdm initialize session (I don't remember details, though I filed a bug report for that) but AFAIU it wasn't fixed. I switched to sddm and don't see any more any messages about dbus in /tmp. > Thanks, > > DR --- WBR, Vladimir Lomov -- When women kiss it always reminds one of prize fighters shaking hands. -- H.L. Mencken, "Sententiae"
Re: [arch-general] xfce4-notifyd issues
Hello, ** David Rosenstrauch [2017-06-22 21:52:28 -0400]: > > On 06/21/2017 05:41 PM, Mauro Santos via arch-general wrote: >> It's working fine here. >> >> I don't use a login manager, I login from a tty and I haven't changed >> any configuration in a long while. I also don't do anything special to >> launch xfce or anything else. >> >> my .xinitrc has: >> >> if [ -d /etc/X11/xinit/xinitrc.d ]; then >>for f in /etc/X11/xinit/xinitrc.d/*; do >> [ -x "$f" ] && . "$f" >>done >>unset f >> fi >> exec startxfce4 >> >> and that's all. >> > > Useful data point - thanks. I am using a login manager (lightdm), which > launches startxfce4. Perhaps there's something got messed up with that > combination. Try sddm. > Thanks, > > DR --- WBR. Vladimir Lomov -- "Gort, klaatu nikto barada." -- The Day the Earth Stood Still
Re: [arch-general] Unable to start gnome-terminal from KDE session
Hello, ** Jeremy Brown [2017-06-07 17:46:54 +]: > Hello arch-general! > > I have a laptop running the latest KDE / Plasma, but I use gnome-terminal as > my > terminal app. Recently I noticed that when I launch gnome-terminal from the > KDE start menu, it takes an incredibly long time to launch (maybe 20+ seconds) > and when it does launch, I just get a flashing prompt with no actual shell. > If > I launch a second gnome-terminal after that, *that* gnome-terminal seems fine. > I get a normal working shell. If I launch xterm then the xterm is fine. > > Running "journalctl -f" while I launch the initial gnome-terminal instance > shows: [...] > Googling that core dump led me to: > > https://bbs.archlinux.org/viewtopic.php?id=224787 > > ...which led me to: > > https://github.com/flatpak/xdg-desktop-portal-gtk/issues/72 > > ...which sounds a bit like what I'm seeing, at least the slowness part. > However, I use SDDM, so I can't put the recommended > dbus-update-activation-environment in any .xinitrc file (which is only run > when > you do startx as far as I know). /etc/sddm.conf: ... # Path to a script to execute when starting the desktop session SessionCommand=/usr/share/sddm/scripts/Xsession ... /usr/share/sddm/scripts/Xsession: ... USERXSESSION=$HOME/.xsession ... if [ -f "$USERXSESSION" ]; then . "$USERXSESSION" fi https://bbs.archlinux.org/viewtopic.php?id=224787 dumblob: ... and the solution seems to be adding dbus-update-activation-environment --systemd DBUS_SESSION_BUS_ADDRESS DISPLAY XAUTHORITY to .xinitrc or .xsession . > So, two questions: > > (1) Where would I put this command so that it's run by SDDM on login? > > (2) Is there a bug here where some script in /etc somewhere should be doing > this? I poked around thinking maybe there was a .pacnew for some Xorg / SDDM > related file that might have this, but I didn't see anything. Mostly just > wondering if I should file a bug. > > Jeremy --- WBR, Vladimir Lomov -- A young married couple had their first child. Their original pride and joy slowly turned to concern however, for after a couple of years the child had never uttered any form of speech. They hired the best speech therapists, doctors, psychiatrists, all to no avail. The child simply refused to speak. One morning when the child was five, while the husband was reading the paper, and the wife was feeding the dog, the little kid looks up from his bowl and said, "My cereal's cold." The couple is stunned. The man, in tears, confronts his son. "Son, after all these years, why have you waited so long to say something?". Shrugs the kid, "Everything's been okay 'til now".
Re: [arch-general] nut UPS driver (upsdrvctl) fails to start for usbhid devices due to node perms - howto fix?
quot;Stop creating brand new threads for discussing related issues. Cheers. > --Gaetan" > So if you think this should be in a new thread and not here -- talk to Gaetan. W/o comments. --- WBR, Vladimir Lomov -- Any man who hates dogs and babies can't be all bad. -- Leo Rosten, on W.C. Fields
Re: [arch-general] /bin symlink breaking fetchmail
Hello,
** Scott Lawrence [2013-06-06 22:20:46 -0400]:
> Hey all,
> In short, the latest upgrade seems to have borked fetchmail:
> fetchmail: Error writing to MDA: Broken pipe
> Deleting the /bin symlink and creating a /bin directory containing
> only a symlink /bin/sh pointing to /usr/bin/bash, makes fetchmail
> work again.
> Running `strace -vf fetchmail` reveals that the execve("/bin/sh"...)
> call returns EPERM.
> I'm well and truly stumped. I'm using courier-mta as my mda, but
> that shouldn't be relevant. Has anybody encountered this?
Fully updated Archlinux x86_64, fetchmail+procmail and postfix work fine
(on system w/o testing and with).
> Thanks,
---
WBR, Vladimir Lomov
--
What an author likes to write most is his signature on the back of a cheque.
-- Brendan Francis
Re: [arch-general] Texlive package install
Hello,
** Arno Gaboury [2012-08-03 09:42:48 +0200]:
> On 03/08/12||11:06, Vladimir Lomov wrote:
>> Hello,
>> ** Arno Gaboury [2012-07-31 10:23:15 +0200]:
>>> Dear list,
>>> I use Texlive + Texmaker to write some documents.
>>> I can't find an easy and solid way to install new packages from
>>> CTAN.Package tlmgr from AUR couldn't compil on my box and will not do
>>> the job.Installing manually new packages doesn't seem to be a good idea
>>> and is not very straightforward.
>>> Thank you for any advice.
>> Just two question:
>> 1. did you read the Wiki?
>> [[https://wiki.archlinux.org/index.php/Texlive]]
>> 2. what package are you wanted to install?
> Yes I read the WIKI maybe 5 times, and other documents.
> I was unable to makepkg texlive-localmanager-git.
Sorry, no help here, I don't use it.
> I wanted a tool to manage packages from CTAN.
AFAIK, there is no such tool.
> The package I wanted is .
CTAN doesn't know that package, as well as `specfront', though there is
`fontspec' package.
> It is included in Texlive 2012, but doesn't work. When
> \usepackage{specfront}, Texmaker returns an error.
Exact error message? MWE?
BTW, ask TeX related questions on either tex.SE, texhax or comp.text.tex
> Btw, it is not a great deal, but other users have trouble too with the
> AUR Texlive Local Manager. Is is same as what is called ?
Don't know, I personally have TeX Live installed in parallel to
distribution 'texlive'.
---
WBR, Vladimir Lomov
--
Everyone wants results, but no one is willing to do what it takes to get them.
-- Dirty Harry
Re: [arch-general] Texlive package install
Hello, ** Arno Gaboury [2012-07-31 10:23:15 +0200]: > Dear list, > I use Texlive + Texmaker to write some documents. > I can't find an easy and solid way to install new packages from > CTAN.Package tlmgr from AUR couldn't compil on my box and will not do > the job.Installing manually new packages doesn't seem to be a good idea > and is not very straightforward. > Thank you for any advice. Just two question: 1. did you read the Wiki? [[https://wiki.archlinux.org/index.php/Texlive]] 2. what package are you wanted to install? --- WBR, Vladimir Lomov -- In Xanadu did Kubla Khan A stately pleasure dome decree: Where Alph, the sacred river, ran Through caverns measureless to man Down to a sunless sea. So twice five miles of fertile ground With walls and towers were girdled round: And there were gardens bright with sinuous rills, Where blossomed many an incense-bearing tree; And here were forest ancient as the hills, Enfolding sunny spots of greenery. -- S.T. Coleridge, "Kubla Kahn"
Re: [arch-general] TexLive custom classes problem.
** Jayesh Badwaik [2012-07-18 16:34:49 +0530]:
> Hi,
> I am unable to get custom .cls files detected by the latex program.
> I have a file "jbnotebook.cls" which works fine when it is placed in
> the same directory as the the file main.tex. So, the file itself is
> not a problem. Also,
> [me@localhost]$ kpsewhich -var-value=TEXMFHOME
> /home/jayesh/.local/share/texmf
This is wrong! The `TEXMFHOME' is `$HOME/texmf' by default.
> So far so good. I have placed my file jbnotebook.cls at the
> following location
> /home/jayesh/.local/share/texmf/tex/latex/jbnotebook/jbnotebook.cls
> Also, for sake of trying to make things work, I have the following
> file
> /home/jayesh/texmf/tex/latex/jbnotebook/jbnotebook.cls
> And texhash has been run on both the texmf folder and they contain
> ls-R which is correct.
`TEXMFHOME' doesn't have to have `ls-R', moreover it is recommended that
users have to delete that file in `TEXMFHOME'.
> Now,
> [me@localhost]$ kpsewhich -var-value=TEXMF
> {/home/jayesh/.texlive/texmf-config,/home/jayesh/.texlive/texmf-
> var,!!/home/jayesh/.local/share/texmf,!!/etc/texmf,!!/var/lib/texmf,!!/usr/share/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf-
> dist}
> And still when I run the latex command, it tells me that the
> jbnotebook.cls is not found.
> What can be the problem?
I don't know, but can give some advices:
1. in order to check that `latex' will find a file run
$ kpsewhich FILE
for example
$ kpsewhich article.cls
It is better to use a package to install class file. However, if such
package doesn't exist there are at least two ways to install the class:
simple-and-messy and a "proper".
2. (simple-and-messy) create a directory `TEXMFHOME/tex/latex/PACKAGE'
and place there `cls' and `sty' files.
Do 1.
---
WBR, Vladimir Lomov
--
Hey dol! merry dol! ring a dong dillo!
Ring a dong! hop along! fal lal the willow!
Tom Bom, jolly Tom, Tom Bombadillo!
-- J. R. R. Tolkien
Re: [arch-general] TexLive custom classes problem.
** Jayesh Badwaik [2012-07-18 16:34:49 +0530]:
> Hi,
> I am unable to get custom .cls files detected by the latex program.
> I have a file "jbnotebook.cls" which works fine when it is placed in
> the same directory as the the file main.tex. So, the file itself is
> not a problem. Also,
> [me@localhost]$ kpsewhich -var-value=TEXMFHOME
> /home/jayesh/.local/share/texmf
This is wrong! The `TEXMFHOME' is `$HOME/texmf' by default.
> So far so good. I have placed my file jbnotebook.cls at the
> following location
> /home/jayesh/.local/share/texmf/tex/latex/jbnotebook/jbnotebook.cls
> Also, for sake of trying to make things work, I have the following
> file
> /home/jayesh/texmf/tex/latex/jbnotebook/jbnotebook.cls
> And texhash has been run on both the texmf folder and they contain
> ls-R which is correct.
`TEXMFHOME' doesn't have to have `ls-R', moreover it is recommended that
users have to delete that file in `TEXMFHOME'.
> Now,
> [me@localhost]$ kpsewhich -var-value=TEXMF
> {/home/jayesh/.texlive/texmf-config,/home/jayesh/.texlive/texmf-
> var,!!/home/jayesh/.local/share/texmf,!!/etc/texmf,!!/var/lib/texmf,!!/usr/share/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf-
> dist}
> And still when I run the latex command, it tells me that the
> jbnotebook.cls is not found.
> What can be the problem?
I don't know, but can give some advices:
1. in order to check that `latex' will find a file run
$ kpsewhich FILE
for example
$ kpsewhich article.cls
It is better to use a package to install class file. However, if such
package doesn't exist there are at least two ways to install the class:
simple-and-messy and a "proper".
2. (simple-and-messy) create a directory `TEXMFHOME/tex/latex/PACKAGE'
and place there `cls' and `sty' files.
Do #1.
---
WBR, Vladimir Lomov
--
Hey dol! merry dol! ring a dong dillo!
Ring a dong! hop along! fal lal the willow!
Tom Bom, jolly Tom, Tom Bombadillo!
-- J. R. R. Tolkien
Re: [arch-general] Glibc problems still failing
Hello, ** P NIKOLIC [2012-07-16 11:04:31 +0100]: > Hi . > Well i have followed the the info on the arch site but still can not upgrade > glibc > i get this > error: failed to commit transaction (conflicting files) > glibc: /lib exists in filesystem > glibc: /usr/lib/ld-2.16.so exists in filesystem > glibc: /usr/lib/ld-linux-x86-64.so.2 exists in filesystem > glibc: /usr/lib/libBrokenLocale-2.16.so exists in filesystem > glibc: /usr/lib/libBrokenLocale.so.1 exists in filesystem > glibc: /usr/lib/libSegFault.so exists in filesystem > glibc: /usr/lib/libanl-2.16.so exists in filesystem > glibc: /usr/lib/libanl.so.1 exists in filesystem > glibc: /usr/lib/libc-2.16.so exists in filesystem > glibc: /usr/lib/libc.so.6 exists in filesystem > glibc: /usr/lib/libcidn-2.16.so exists in filesystem > glibc: /usr/lib/libcidn.so.1 exists in filesystem > glibc: /usr/lib/libcrypt-2.16.so exists in filesystem > glibc: /usr/lib/libcrypt.so.1 exists in filesystem > glibc: /usr/lib/libdl-2.16.so exists in filesystem > glibc: /usr/lib/libdl.so.2 exists in filesystem > glibc: /usr/lib/libm-2.16.so exists in filesystem > glibc: /usr/lib/libm.so.6 exists in filesystem > glibc: /usr/lib/libmemusage.so exists in filesystem > glibc: /usr/lib/libnsl-2.16.so exists in filesystem > glibc: /usr/lib/libnsl.so.1 exists in filesystem > glibc: /usr/lib/libnss_compat-2.16.so exists in filesystem > glibc: /usr/lib/libnss_compat.so.2 exists in filesystem > glibc: /usr/lib/libnss_db-2.16.so exists in filesystem > glibc: /usr/lib/libnss_db.so.2 exists in filesystem > glibc: /usr/lib/libnss_dns-2.16.so exists in filesystem > glibc: /usr/lib/libnss_dns.so.2 exists in filesystem > glibc: /usr/lib/libnss_files-2.16.so exists in filesystem How about to post results of $ pacman -Qo /lib/* and $ grep '^lib/' /var/lib/pacman/local/*/files | grep -v glibc > Plus a few more how do i get round this please it is also preventing > Claws-Mail from sending mail > Thanks .. > Pete . --- WBR, Vladimir Lomov -- Notes for a ballet, "The Spell": ... Suddenly Sigmund hears the flutter of wings, and a group of wild swans flies across the moon ... Sigmund is astounded to see that their leader is part swan and part woman -- unfortunately, divided lengthwise. She enchants Sigmund, who is careful not to make any poultry jokes. -- Woody Allen
Re: [arch-general] [arch-dev-public] TeXlive 2012 packages
Hello, ** Rémy Oudompheng [2012-06-26 22:10:11 +0200]: [I don't have permission to post on arch-dev- ML, so I reply to general hoping that Rémy will see it] > Hello, > I am going to put Texlive 2012 packages in [testing]. Texlive 2012 is > not yet released, but it is frozen, so I do not expect changes to > these packages except to fix packaging errors. > Please try them and complain on mailing lists. Don't hesitate to > compile your own theses, memoirs or books. > Regards, > Rémy. I already saw several replies on problem with installation of 2012 packages but I didn't face any problem on my side. This may be because I fixed earlier the problem with updmap.cfg (/etc/texmf/web2c/updmap.cfg) or may be because I have separately installed TL 2012. Small note: I suggest to add that line unset TEXMFCNF in .install file for any texlive package. --- WBR, Vladimir Lomov -- XXXVI: The thickness of the proposal required to win a multimillion dollar contract is about one millimeter per million dollars. If all the proposals conforming to this standard were piled on top of each other at the bottom of the Grand Canyon it would probably be a good idea. XXXVII: Ninety percent of the time things will turn out worse than you expect. The other 10 percent of the time you had no right to expect so much. XXXVIII: The early bird gets the worm. The early worm ... gets eaten. XXXIX: Never promise to complete any project within six months of the end of the year -- in either direction. XL: Most projects start out slowly -- and then sort of taper off. -- Norman Augustine
Re: [arch-general] Totem segfaulting on start on a fully up-to-date archlinux with testing enabled.
Hello, ** solsTiCe d'Hiver [2012-06-16 18:33:23 +0200]: > Le samedi 16 juin 2012 à 22:50 +0900, Vladimir Lomov a écrit : >> on my desktop: Archlinux x86_64 (AMD), kernel 3.4.2-2, systemd; last >> update brought nvidia 259.59 when I was running openbox. I installed >> update, logout (exited Openbox) which should be bring me to KDM but >> I got a terminal. I logged into terminal as a user, run >> $ sudo systemctl stop kdm.service >> $ sudo modprobe -r nvidia >> $ sudo modprobe nvidia >> $ sudo systemctl kdm.service >> so now all works fine. >> From /var/log/Xorg.0.log: >> $ grep 'NVIDIA GLX' /var/log/Xorg.0.log >> [ 47278.388] (II) NVIDIA GLX Module 295.59 Wed Jun 6 21:40:44 PDT 2012 > Well, I should have been more explicit. > I logout from gnome then alt+F1, login as root (yeah!) > $ rc.d stop gdm > $ modprobe -r nvidia > this one failed. I don't why. I don't use systemd and nvidia not anymore > so this is irrelevant, at least to me now. And I had to tell the whole story too, before `sudo modprobe -r nvidia' I did $ lsmod | grep nvidia to see what modules may use nvidia. If there are such modules I have to unload them first and nvidia after. Of course all this will work if modules can be unloaded, sometimes `modprobe' "don't" work, then you have to reboot. --- WBR, Vladimir Lomov -- FORCE YOURSELF TO RELAX!
Re: [arch-general] Totem segfaulting on start on a fully up-to-date archlinux with testing enabled.
** fredbezies [2012-06-16 13:02:44 +0200]: > 2012/6/16 Vladimir Lomov >> Hello, >> ** fredbezies [2012-06-16 11:26:13 +0200]: >>> 2012/6/16 solsTiCe d'Hiver >>>> Le samedi 16 juin 2012 à 09:57 +0200, fredbezies a écrit : >>>>> Hello. >>>>> Got this error when I try to start totem today : >>>>> [fred@fredo-arch ~]$ totem & >>>>> [1] 7902 >>>>> [fred@fredo-arch ~]$ >>>>> (totem:7902): Grilo-WARNING **: [plugin-registry] >>>>> grl-plugin-registry.c:623: Failed to open module: >>>>> '/usr/lib/grilo-0.1/libgrlupnp.so' >>>>> [1]+ Segmentation fault totem >>>>> I verified, and of course, I have "/usr/lib/grilo-0.1/libgrlupnp.so" >>>>> installed. Any idea or tip ? Thanks ! >>>> I got that error from time to time when I run pacman -Syu and it updates >>>> the nvidia driver. >>>> So my best bet would be that you just reboot to see if it changes >>>> anything or not. >>> Guessed it right; Too bad it is sometimes too "windows-like" with nvidia >>> driver updates :| >> Too bad that whose who don't known the basics try to make such deep >> conclusion. > Don't know the basics ? Just using linux since christmas 2004... I'm sorry, if you think I insult you. But I wouldn't mess the basics knownledge with experience. You have to experiment and try to know something new, always. >> The last time I really need to reboot after graphics driver update >> was when I updated kernel too (actually I updated kernel several times >> without rebooting before I updated the NVIDA driver and reboot). > Rebooting is sometimes the cleanest and the better way to be sure modules > are correctly loaded. If restrict the subject only to kernel and its modules then yes, it is, IMHO, the only sane way to deal with modules. >> IMHO, the minimal steps to use new NVIDIA driver are >> 1. shutdown X system; >> 2. logout as usual user and login as root; >> 3. unload nvidia (kernel) module; >> 4. load new nvidia (kernel) module; >> 5. start X system. > Well, it could be a solution, but a reboot is quicker and less hard to set > up. See my other message in the thread. P.S. I don't like to reboot my desktop without serious reasone (it runs like a server and, it is a secret, I'm using rtorrent on it :). --- WBR, Vladimir Lomov -- Cleaning your house while your kids are still growing is like shoveling the walk before it stops snowing. -- Phyllis Diller There is no need to do any housework at all. After the first four years the dirt doesn't get any worse. -- Quentin Crisp
Re: [arch-general] Totem segfaulting on start on a fully up-to-date archlinux with testing enabled.
Hello, ** solsTiCe d'Hiver [2012-06-16 13:24:34 +0200]: > Le samedi 16 juin 2012 à 19:36 +0900, Vladimir Lomov a écrit : >> IMHO, the minimal steps to use new NVIDIA driver are >> 1. shutdown X system; >> 2. logout as usual user and login as root; >> 3. unload nvidia (kernel) module; >> 4. load new nvidia (kernel) module; >> 5. start X system. > Are you sure you don't need to run some udev related command like > udevadm ? > Because last time I tried something like you said it didn't work Don't know you environment and hardware, but I just tried: on my desktop: Archlinux x86_64 (AMD), kernel 3.4.2-2, systemd; last update brought nvidia 259.59 when I was running openbox. I installed update, logout (exited Openbox) which should be bring me to KDM but I got a terminal. I logged into terminal as a user, run $ sudo systemctl stop kdm.service $ sudo modprobe -r nvidia $ sudo modprobe nvidia $ sudo systemctl kdm.service so now all works fine. >From /var/log/Xorg.0.log: $ grep 'NVIDIA GLX' /var/log/Xorg.0.log [ 47278.388] (II) NVIDIA GLX Module 295.59 Wed Jun 6 21:40:44 PDT 2012 --- WBR, Vladimir Lomov -- Cinemuck, n.: The combination of popcorn, soda, and melted chocolate which covers the floors of movie theaters. -- Rich Hall, "Sniglets"
Re: [arch-general] Totem segfaulting on start on a fully up-to-date archlinux with testing enabled.
Hello, ** fredbezies [2012-06-16 11:26:13 +0200]: > 2012/6/16 solsTiCe d'Hiver >> Le samedi 16 juin 2012 à 09:57 +0200, fredbezies a écrit : >>> Hello. >>> Got this error when I try to start totem today : >>> [fred@fredo-arch ~]$ totem & >>> [1] 7902 >>> [fred@fredo-arch ~]$ >>> (totem:7902): Grilo-WARNING **: [plugin-registry] >>> grl-plugin-registry.c:623: Failed to open module: >>> '/usr/lib/grilo-0.1/libgrlupnp.so' >>> [1]+ Segmentation fault totem >>> I verified, and of course, I have "/usr/lib/grilo-0.1/libgrlupnp.so" >>> installed. Any idea or tip ? Thanks ! >> I got that error from time to time when I run pacman -Syu and it updates >> the nvidia driver. >> So my best bet would be that you just reboot to see if it changes >> anything or not. > Guessed it right; Too bad it is sometimes too "windows-like" with nvidia > driver updates :| Too bad that whose who don't known the basics try to make such deep conclusion. The last time I really need to reboot after graphics driver update was when I updated kernel too (actually I updated kernel several times without rebooting before I updated the NVIDA driver and reboot). IMHO, the minimal steps to use new NVIDIA driver are 1. shutdown X system; 2. logout as usual user and login as root; 3. unload nvidia (kernel) module; 4. load new nvidia (kernel) module; 5. start X system. --- WBR, Vladimir Lomov -- Well, the handwriting is on the floor. -- Joe E. Lewis
[arch-general] The proper "home" directories for 'no-login' users
Hello, please, consider the following output of part of mine /etc/passwd: $ sudo grep ':/:' /etc/passwd cron:x:22:22::/:/bin/false dbus:x:81:81:System message bus:/:/bin/false hal:x:82:82:HAL daemon:/:/bin/false avahi:x:84:84:Avahi daemon:/:/bin/false nobody:x:99:99:nobody:/:/bin/false dnsmasq:x:999:999:dnsmasq daemon:/:/sbin/nologin usbmux:x:140:140:usbmux user:/:/sbin/nologin These 'users' are not allowed to login: either '/bin/false' or '/sbin/nologin' is used as login shell (another question raises: why two variants? why not just '/bin/false' or '/sbin/nologin'?) but they home directoriy is '/'. I wonder why '/' was chosen for that? Is it possible to change home directories for these 'users' to, say, '/dev/null' or '/nonexistent'? The origin of my question comes from use of 'davfs': when used by normal user (being member of 'network' group) 'mount.davfs' refuse mounting to '/mnt/webdav' because '/' is home directory for some users. I found this 'workaround': http://www.gentoo-wiki.info/WebDAV (sec. "Troubleshooting") so manually changed the home directories for these users to '/dev/null' (I'm not sure is it save or good way). --- WBR, Vladimir Lomov -- The Great Movie Posters: She's got the biggest six-shooters in the West! -- The Beautiful Blonde from Bashful Bend (1949) CAST OF 3,000! 4 WRITERS, 2 DIRECTORS, 3 CAMERAMEN, 3 PRODUCERS! 1 YEAR TO MAKE THIS FILM -- 24 YEARS TO REHEARSE -- 20 YEARS TO DISTRIBUTE! BEAUTIFUL BEYOND WORDS! AWE-INSPIRING! VITAL! THE PRINCE OF PEACE PROVIDES THE ANSWER TO EVERY PROBLEM! Be Brave--bring your troubles and your family to: HISTORY'S MOST SUBLIME EVENT! YOU'LL FIND GOD RIGHT IN THERE! -- The Prince of Peace (1948). Starring members of the Wichita Mountain Pageant featuring Millard Coody as Jesus.
Re: [arch-general] [signoff] linux-3.3.1-1
Hello, ** Jonathan Hudson [2012-04-08 12:53:42 +0100]: > On Sun, 08 Apr 2012 13:48:11 +0200, Richard Schütz wrote: >>Am 07.04.2012 12:33, schrieb Vladimir Lomov: >>> Hello, >>> ** Jonathan Hudson [2012-04-06 20:00:33 +0100]: >>>> On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: >>>>> Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks >>>>> like device suspension fails somewhere. Furthermore 3.3.1 seriously >>>>> breaks ath9k on my netbook [1]. >>>>> [1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 >>>> I have a similar reservation. On two eeepc 901, suspend works just >>>> fine. Alas, only only on one of them does resume work with a 3.3 >>>> kernel. I'm not convinced that 3.3 is ready. >>> Same here: >>> Archlinux x86_64, >>> testing, kernel 3.1.1-1 >>> HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros >>> wi-fi. >>And with 3.2.x there were no problems like that for both of you? > Correct. The "won't resume on 3.3.x" eeepc is suspending / resuming > happily with 3.2.13-1-ARCH (downgraded a couple of days ago). As it's > the wife's machine, I dare not touch it now it's working again. > I'm somewhat baffled by the whole thing; there is nothing obvious in > any logs, but X fails to come back from sleep. Do you mean "suspend to RAM" or "suspend to DISK"? I tried before "suspend to DISK": 3.3.1 and 3.3.0 works fine. P.S. I use advice found on wiki and systemd. --- WBR, Vladimir Lomov -- People will accept your ideas much more readily if you tell them that Benjamin Franklin said it first.
Re: [arch-general] [signoff] linux-3.3.1-1
Hello, ** Richard Schütz [2012-04-08 13:48:11 +0200]: > Am 07.04.2012 12:33, schrieb Vladimir Lomov: >>Hello, >>** Jonathan Hudson [2012-04-06 20:00:33 +0100]: >>>On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: >>>>Am 06.04.2012 12:54, schrieb Tobias Powalowski: >>>>>Hi guys, >>>>>please signoff 3.3 series for both arches. >>>>Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks >>>>like device suspension fails somewhere. Furthermore 3.3.1 seriously >>>>breaks ath9k on my netbook [1]. >>>>[1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 >>>I have a similar reservation. On two eeepc 901, suspend works just >>>fine. Alas, only only on one of them does resume work with a 3.3 >>>kernel. I'm not convinced that 3.3 is ready. >>Same here: >>Archlinux x86_64, >>testing, kernel 3.1.1-1 >>HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros >>wi-fi. > And with 3.2.x there were no problems like that for both of you? I didn't notice any problem with wireless on my notebook before kernel 3.3.1 (I use it every evening). Right now I downgraded to kernel 3.3.0 (took necessary files from projects.archlinux.org/... for version 3.3.0 compiled and intalled .tar.xz packages) and wireless works fine. I have access to other notebook with Archlinux and kernel 3.3.1, that notebook provides AP using hostapd (Atheros wireless card), I'll try tomorrow if AP still works (after update to kernel 3.3.1 I didn't test AP). --- WBR, Vladimir Lomov -- Neutrinos are into physicists.
Re: [arch-general] [signoff] linux-3.3.1-1
Hello, ** Jonathan Hudson [2012-04-06 20:00:33 +0100]: > On Fri, 06 Apr 2012 20:41:46 +0200, Richard Schütz wrote: >>Am 06.04.2012 12:54, schrieb Tobias Powalowski: >>> Hi guys, >>> please signoff 3.3 series for both arches. >>Since 3.3.0 suspend isn't working on my desktop computer anymore. Looks >>like device suspension fails somewhere. Furthermore 3.3.1 seriously >>breaks ath9k on my netbook [1]. >>[1] https://bugzilla.kernel.org/show_bug.cgi?id=43038 > I have a similar reservation. On two eeepc 901, suspend works just > fine. Alas, only only on one of them does resume work with a 3.3 > kernel. I'm not convinced that 3.3 is ready. Same here: Archlinux x86_64, testing, kernel 3.1.1-1 HW: HP Pavilion dv3 (2210er) with nvidia g104m graphics card, atheros wi-fi. P.S. At first I post message in worng ML, sorry. --- WBR, Vladimir Lomov -- Mix a little foolishness with your serious plans; it's lovely to be silly at the right moment. -- Horace
Re: [arch-general] USB mounted into "wrong" directory
Hello, ** Tom Gundersen [2012-04-04 13:03:19 +0200]: > On Apr 4, 2012 11:14 AM, "David" wrote: >> On Wed, 04 Apr 2012 12:05:55 +0300, Tom Gundersen wrote: >>> On Apr 4, 2012 4:46 AM, "Vladimir Lomov" wrote: >>>> Hello, >>>> after system upgrade (seems after 2012-04-02) all USB flashes are >>>> mounted in /run/media/USER/LABEL instead of /media/LABEL that was >>>> previously. Is it intentional or is it a bug? >>> This is intentional. It is done by udisks2, while udisks still uses the >>> old location (as fast as I know). >> Uh, is there any way to revert to old mapping? >> I do not like the new one. > You'd have to check with udisks. My guess is that while reverting might > work for the time being /media is going away in the future as the old > implementation had issues (namespace and privacy in particular). I like idea, but the path is [too] long. > If you have concerns about the new approach I suggest raising them > sooner rather than later, before things become hard to change. > Note that in most cases the location of this folder is not something the > user sees. It depends. I usually mount USB flash using pcmanfm, thunar or nautilus then run krusader (doh, until now I didn't know how to mount USB sticks using krusader) and work with the stick. Nevermind, krusader like dolphin uses /media to mount USB sticks. So, I assume in future releases of dolphin and krusader both will use udisks2 and therefore /run/media/USER/LABEL. --- WBR, Vladimir Lomov -- Prunes give you a run for your money.
[arch-general] USB mounted into "wrong" directory
Hello,
after system upgrade (seems after 2012-04-02) all USB flashes are
mounted in /run/media/USER/LABEL instead of /media/LABEL that was
previously. Is it intentional or is it a bug?
Detailed information:
OS: Archlinux x86_64
Repos: testing
core
extra
community{,-testing}
multilib{,-testing}
Rel. soft:
udev181-9
systemd 44-4
libsystemd 44-4
initscripts-systemd v44.1-1
udisk 1.0.4-3
udisk2 1.93.0-1
The following packages (mentioned above) have been updated:
2012-04-02
--
udev 181-5 -> 181-9
libsystemd 44-1 -> 44-3-> 44-4
udisk2 N/A-> 1.93.0-1
systemd 44-1 -> 44-3-> 44-4
initscripts-systemd v38-2 -> v44-1 -> v44-2 -> v44.1-1
systemd-arch-units 20120317-1 -> 20120401-1
udisks 1.0.4-2-> 1.0.4-3
How I mounting USB flash
I run Openbox with autostarted dbus and consolekit (my user added to
group 'storage'), I run pcmanfm or thunar or nautilus, plugin USB mounting
it clikcing on label on left.
P.S. Interestingly, mounting in Dolphin works as usual (flashes are
mounted in /media/LABEL).
---
WBR, Vladimir Lomov
--
Nowlan's Theory:
He who hesitates is not only lost, but several miles from
the next freeway exit.
Re: [arch-general] wodim unuseable
Hello, ** Jude DaShiell [2012-03-18 08:28:48 -0400]: > Track01 on dvd's always comes up with unknown length when trying to burn a > dvd with wodim. That's out of two different containers of dvd's too. > These dvd's are single-sided so no danger of blue ray being used here. > Fortunately I can do the burn with another system. Usually for DVD I use growisofs. Did you try it? --- WBR, Vladimir Lomov -- Knghtbrd: We have lots of whatevers. dark - In Debian? Hell yeah we do!
Re: [arch-general] Ways to power on broadcom bcm4311 wireless adaptor without booting into windows
Hello, ** mercator [2012-02-22 23:35:26 +0800]: > Hi guys, > After switching from Linux Mint to Archlinux, my wireless card refused to > show up in lspci. It DOES worked fine under Linux Mint, but Below is > my output of 'lspci -vnn |grep Broadcom' : > 10:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5787M Gigabit > Ethernet PCI Express (rev 02) Sorry, if you find my answer a rude but did you use search engines? See wiki.archlinux.org? E.g. https://wiki.archlinux.org/index.php/Broadcom_wireless IMHO, proper command must be $ lspci -vnn | grep 14e4 > My laptop is hp 6515b, with a touch panel for the toggle of wifi on/off > etc. After a search in google I found the problem may be that the power of > wifi has been shut down, and solution is to boot into windows and turn wifi > on, because the touch panel will not work under Linux (as far as I know), Ah, broadcom and HP (6515b), something familiar. I remember a problem with HP notebook with broadcom wireless card about a year or two ago. The problem was solved by downloading kernel module source compiling then and installing (not Archlinux, Kubuntu). This Google returns me for "broadcom linux bcm4311" http://www.broadcom.com/support/802.11/linux_sta.php http://linuxwireless.org/en/users/Drivers/b43 > And the I found a software named rfkill, hoping it will work. 'rfkill list' > out put as follows : > 0: hp-wifi: Wireless LAN > Soft blocked: yes > Hard blocked: yes > After 'rfkill unblock all', I get: > 0: hp-wifi: Wireless LAN > Soft blocked: no > Hard blocked: yes > And still no wireless card detected. So my question is, is there any way to > power the wifi on without booting into windows? (in fact, windows has > diappeared from my laptop for 3 years, and there is no partition on my > harddisk supporting windows install). --- WBR, Vladimir Lomov -- FORTRAN rots the brain. -- John McQuillin
