On 31 August 2012 06:53, Shridhar Daithankar ghodech...@ghodechhap.net wrote:
Hello all,
After upgrading to linux-3.5.2, my monitor lost its highest resolution of
1360x768 and went to 1024x768 instead.
Downgrading to linux-3.4.9 fixed the issue for the moment.
There are some problems
2012/8/31 Matthew Monaco dgbale...@0x01b.net:
On 08/30/2012 07:30 PM, baker.stephe...@gmail.com wrote:
On August 31, 2012 02:06:56 AM Mathieu R. wrote:
Last update (10 minutes ago) asked me if y want switch from libsystemd
to core/systemd. I agreed, and on next reboot, networkmanager was not
On Fri, 2012-08-31 at 09:30 +0200, Mathieu R. wrote:
2012/8/31 Matthew Monaco dgbale...@0x01b.net:
On 08/30/2012 07:30 PM, baker.stephe...@gmail.com wrote:
On August 31, 2012 02:06:56 AM Mathieu R. wrote:
Last update (10 minutes ago) asked me if y want switch from libsystemd
to
Hello.
I upgraded using testing repository LibreOffice 3.6.1-1... And I
cannot test it, it doesn't fully start !
Bootscreen goes half way to load, and then, I got this message :
Impossible de lancer l'application.
exception occurred raising singleton
Cmnd_Alias EDITS
= /usr/bin/vim, /usr/bin/nano, /usr/bin/cat, /usr/bin/vi Cmnd_Alias
ARCHLINUX = /usr/sbin/gparted, /usr/bin/pacman, /usr/bin/pacman-color
root ALL = (ALL) ALL
USER_NAME ALL = (ALL) ALL, NOPASSWD: WHEELER, NOPASSWD: PROCESSES,
NOPASSWD: ARCHLINUX, NOPASSWD: EDITS
On Fri, Aug 31, 2012 at 11:04 AM, Ralf Mardorf
ralf.mard...@alice-dsl.net wrote:
I don't understand Eliminate the daemons one by one from rc.conf. Start
with dbus, which systemd handles very well without any action from you
at all. How can I upgrade, but keep a running system?
I believe that
On 31 August 2012 11:05, fredbezies fredbez...@gmail.com wrote:
Hello.
I upgraded using testing repository LibreOffice 3.6.1-1... And I
cannot test it, it doesn't fully start !
Bootscreen goes half way to load, and then, I got this message :
Impossible de lancer l'application.
exception
2012/8/31 Lukas Jirkovsky l.jirkov...@gmail.com:
On 31 August 2012 11:05, fredbezies fredbez...@gmail.com wrote:
Hello.
I upgraded using testing repository LibreOffice 3.6.1-1... And I
cannot test it, it doesn't fully start !
Bootscreen goes half way to load, and then, I got this message :
Thank you Tom :)
On Fri, 2012-08-31 at 11:14 +0200, Tom Gundersen wrote:
If you do not wish to switch to systemd yet, then no action
is required. See [0] for some details.
I'm not switching yet. First I'll test it in VBox, but at the moment I
don't have time to do it, I need a stable Arch
After upgrading systemd (189-3) and filesystem (2012.8-1) my locale
isn't en_US.UTF-8 anymore. Instead, it defaults to C.
# cat /etc/locale.conf:
LOCALE=en_US.UTF-8
LC_COLLATE=C
# locale
LANG=C
LC_CTYPE=C
LC_NUMERIC=C
LC_TIME=C
LC_COLLATE=C
LC_MONETARY=C
LC_MESSAGES=C
LC_PAPER=C
LC_NAME=C
On Fri, Aug 31, 2012 at 11:24 AM, Ralf Mardorf
ralf.mard...@alice-dsl.net wrote:
IIUC the OP got issues regarding to networkmanager, while not switching
to systemd.
For the people not reading the forums: it seems the problem was with
the order of daemons in rc.conf, and should be unrelated to
2012/8/31 Thanos Zygouris athanasios.zygou...@gmail.com
After upgrading systemd (189-3) and filesystem (2012.8-1) my locale
isn't en_US.UTF-8 anymore. Instead, it defaults to C.
# cat /etc/locale.conf:
LOCALE=en_US.UTF-8
LC_COLLATE=C
# locale
LANG=C
LC_CTYPE=C
LC_NUMERIC=C
LC_TIME=C
On Fri, Aug 31, 2012 at 11:30 AM, Thanos Zygouris
athanasios.zygou...@gmail.com wrote:
After upgrading systemd (189-3) and filesystem (2012.8-1) my locale
isn't en_US.UTF-8 anymore. Instead, it defaults to C.
# cat /etc/locale.conf:
LOCALE=en_US.UTF-8
LC_COLLATE=C
# locale
LANG=C
On Fri, 2012-08-31 at 11:34 +0200, Tom Gundersen wrote:
On Fri, Aug 31, 2012 at 11:24 AM, Ralf Mardorf
ralf.mard...@alice-dsl.net wrote:
IIUC the OP got issues regarding to networkmanager, while not switching
to systemd.
For the people not reading the forums: it seems the problem was with
2012/8/31 Thanos Zygouris athanasios.zygou...@gmail.com
# cat /etc/locale.conf:
LOCALE=en_US.UTF-8
On Fri, Aug 31, 2012 at 11:39 AM, Kazó Csaba kazocs...@gmail.com wrote:
LANG is the variable you should set in locale.conf. See
On Fri 31 Aug 11:39, Kazó Csaba wrote:
2012/8/31 Thanos Zygouris athanasios.zygou...@gmail.com
After upgrading systemd (189-3) and filesystem (2012.8-1) my locale
isn't en_US.UTF-8 anymore. Instead, it defaults to C.
# cat /etc/locale.conf:
LOCALE=en_US.UTF-8
LC_COLLATE=C
#
On Wed, 29 Aug 2012 16:21:27 +0200
Nick Lanham n...@afternight.org wrote:
The emacs update seems to have broken something in the way emacs
displays colors. The portion of the window where there is nothing
is always displayed with a light grey tint.
Screenshots:
- starting with -q (i.e.
Nick Lanham wrote:
Is no one else seeing this? It would be nice to know if I'm alone in
having this problem or not.
I don't see this problem - with 'emacs -q' or otherwise.
(GNU Emacs 24.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.11) of
2012-08-31 on nako)
Sujith
On 31 August 2012 12:11, Nick Lanham n...@afternight.org wrote:
Is no one else seeing this? It would be nice to know if I'm alone in
having this problem or not.
I don't have this problem. But I have to say that the color of marking
something has changed without my intervention. But it is
On Fri, 2012-08-31 at 15:46 +0530, Sujith wrote:
Nick Lanham wrote:
Is no one else seeing this? It would be nice to know if I'm alone in
having this problem or not.
I don't see this problem - with 'emacs -q' or otherwise.
(GNU Emacs 24.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.11)
On Fri, 2012-08-31 at 12:39 +0200, Ralf Mardorf wrote:
On Fri, 2012-08-31 at 15:46 +0530, Sujith wrote:
Nick Lanham wrote:
Is no one else seeing this? It would be nice to know if I'm alone in
having this problem or not.
I don't see this problem - with 'emacs -q' or otherwise.
(GNU
IIUC the OP got issues regarding to networkmanager, while not switching
to systemd.
For the people not reading the forums: it seems the problem was with
the order of daemons in rc.conf, and should be unrelated to systemd.
For people not using systemd, this change should really not have
On 31/08/12 20:44, Kevin Chadwick wrote:
IIUC the OP got issues regarding to networkmanager, while not switching
to systemd.
For the people not reading the forums: it seems the problem was with
the order of daemons in rc.conf, and should be unrelated to systemd.
For people not using
On Fri, Aug 31, 2012 at 12:44 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote:
While the cause has been explained I think we are missing the Why or is
it How.
If dbus was out of order how come it worked under initscripts?
I have honestly no idea why the setup used to work (it never should
Hi all.
I'm having a performance issue with gnome shell and I wonder if anyone
can provide me with some advice.
Gnome shell seems to be using a lot of my cpu resources.
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
949 pico 20 0 1923m 204m 21m S 203.3 5.4
Hi Pico,
Have you tried to check your cpu usage after disabling all the
gnome-shell-extensions? And how about the cpu usage when you run
the command in tty rather than gnome-terminal?
Regards,
Z.
On Fri, 2012-08-31 at 13:32 +0200, Pico Geyer wrote:
Hi all.
I'm having a performance issue
Hi Zhengyu,
Thanks for your response.
I was running a minimal set of extensions, but even after disabling
all of them, there is no change.
You mean a real tty (Ctrl - Alt - F1)?
If so, when I run the command on that tty the problem is not present.
Gnome shell only reached a maximum of 50% and
While the cause has been explained I think we are missing the Why or is
it How.
If dbus was out of order how come it worked under initscripts?
I have honestly no idea why the setup used to work (it never should
have), and what made it stop working (nothing should have changed).
Notice that
I'm having a performance issue with gnome shell and I wonder if anyone
can provide me with some advice.
...
I'm on a T510 Lenovo laptop with an updated Arch and I'm using the
nouveau driver.
Can you paste the output of (it should be 2 lines):
glxinfo | grep render
It should say
direct
On Fri, Aug 31, 2012 at 1:55 PM, Damjan Georgievski gdam...@gmail.com wrote:
I'm having a performance issue with gnome shell and I wonder if anyone
can provide me with some advice.
...
I'm on a T510 Lenovo laptop with an updated Arch and I'm using the
nouveau driver.
Can you paste the
On Fri, Aug 31, 2012 at 2:06 PM, Pico Geyer picoge...@gmail.com wrote:
Hi damjan,
Here we go:
direct rendering: Yes
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 0x301)
GL_NV_conditional_render, GL_AMD_draw_buffers_blend,
Pico
You're using software rendering. No wonder it's
My system was already properly configured, but after last update,
everything is en_US.
--
Tomás Schertel
--
Linux Registered User #304838
Arch Linux User
http://www.archlinux.org/
--
On Fri, Aug 31, 2012 at
On Fri, Aug 31, 2012 at 2:09 PM, Jan Steffens jan.steff...@gmail.com wrote:
On Fri, Aug 31, 2012 at 2:06 PM, Pico Geyer picoge...@gmail.com wrote:
Hi damjan,
Here we go:
direct rendering: Yes
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 0x301)
GL_NV_conditional_render,
On Fri, 2012-08-31 at 13:51 +0200, Damjan Georgievski wrote:
While the cause has been explained I think we are missing the Why or is
it How.
If dbus was out of order how come it worked under initscripts?
I have honestly no idea why the setup used to work (it never should
have), and
On Fri, Aug 31, 2012 at 2:59 PM, Tomás Acauan Schertel
tscher...@gmail.com wrote:
My system was already properly configured, but after last update,
everything is en_US.
You can put your local in /etc/environment or in ~/.pam_environment.
--
Sébastien Seblu Luttringer
www.seblu.net
On Fri, Aug 31, 2012 at 3:02 PM, Pico Geyer picoge...@gmail.com wrote:
On Fri, Aug 31, 2012 at 2:09 PM, Jan Steffens jan.steff...@gmail.com wrote:
On Fri, Aug 31, 2012 at 2:06 PM, Pico Geyer picoge...@gmail.com wrote:
Hi damjan,
Here we go:
direct rendering: Yes
OpenGL renderer string:
On Fri, Aug 31, 2012 at 4:06 PM, Pico Geyer picoge...@gmail.com wrote:
I thought nouveau-dri was mainly for opengl type acceleration.
Is there something I can go read to clear this up?
GNOME Shell uses OpenGL.
On Friday 31 Aug 2012 9:13:30 AM Alexandre Ferrando wrote:
It's an already reported bug, fix has landed in 3.6-rc3. See [ 0 ] for
more info on the bug and patches to fix it. It will solve the display
issue but you'll still see EDID reporting on dmesg
PS: One of the patches will fail to apply
Both /etc/locale.conf and /etc/environment have this lines:
LANG=pt_BR.UTF-8
LC_MESSAGES=C
And my system (LXDM + XFCE) keeps en_US.
--
Tomás Schertel
--
Linux Registered User #304838
Arch Linux User
http://www.archlinux.org/
On Fri, Aug 31, 2012 at 03:30:43PM +0200, Ralf Mardorf wrote:
On Fri, 2012-08-31 at 13:51 +0200, Damjan Georgievski wrote:
And this is yet another example how initscripts are broken.
I had a friend whose GDM was not coming up because it
was starting too fast after dbus. As a last resort we
On Aug 31, 2012 5:10 PM, Tomás Acauan Schertel tscher...@gmail.com
wrote:
Both /etc/locale.conf and /etc/environment have this lines:
LANG=pt_BR.UTF-8
LC_MESSAGES=C
And my system (LXDM + XFCE) keeps en_US.
If you log in on the terminal (i.e. without starting X), do you get g the
correct
Typing locale, I get this:
[tomas@archbook ~]$ locale
LANG=pt_BR.UTF-8
LC_CTYPE=pt_BR.UTF-8
LC_NUMERIC=pt_BR.UTF-8
LC_TIME=pt_BR.UTF-8
LC_COLLATE=pt_BR.UTF-8
LC_MONETARY=pt_BR.UTF-8
LC_MESSAGES=C
LC_PAPER=pt_BR.UTF-8
LC_NAME=pt_BR.UTF-8
LC_ADDRESS=pt_BR.UTF-8
LC_TELEPHONE=pt_BR.UTF-8
On Aug 31, 2012 5:48 PM, Tomás Acauan Schertel tscher...@gmail.com
wrote:
Typing locale, I get this:
[tomas@archbook ~]$ locale
LANG=pt_BR.UTF-8
LC_CTYPE=pt_BR.UTF-8
LC_NUMERIC=pt_BR.UTF-8
LC_TIME=pt_BR.UTF-8
LC_COLLATE=pt_BR.UTF-8
LC_MONETARY=pt_BR.UTF-8
LC_MESSAGES=C
On Fri, 2012-08-31 at 20:45 +0530, gt wrote:
On Fri, Aug 31, 2012 at 03:30:43PM +0200, Ralf Mardorf wrote:
On Fri, 2012-08-31 at 13:51 +0200, Damjan Georgievski wrote:
And this is yet another example how initscripts are broken.
I had a friend whose GDM was not coming up because it
was
On 8/31/2012 11:10 AM, Tomás Acauan Schertel wrote:
Both /etc/locale.conf and /etc/environment have this lines:
LANG=pt_BR.UTF-8
LC_MESSAGES=C
And my system (LXDM + XFCE) keeps en_US.
--
Tomás Schertel
--
Linux Registered User #304838
Arch Linux
Dear list,
I boot with systemd and startx.
I can't open my USB disk with thunar (XFCE4 file manager) and get this
message:
Not autorized to perform operation.
I understand as a simple user I can not mount it.
How can I solve this issue? I couldn't find any clear answer.
Thank you
On Fri, Aug 31, 2012 at 12:55 PM, arielp ar...@drakkn.net wrote:
On 8/31/2012 11:10 AM, Tomás Acauan Schertel wrote:
Both /etc/locale.conf and /etc/environment have this lines:
LANG=pt_BR.UTF-8
LC_MESSAGES=C
And my system (LXDM + XFCE) keeps en_US.
--
Tomás Schertel
On Fri, 2012-08-31 at 18:12 +0200, Arno Gaboury wrote:
Dear list,
I boot with systemd and startx.
I can't open my USB disk with thunar (XFCE4 file manager) and get this
message:
Not autorized to perform operation.
I understand as a simple user I can not mount it.
How can I solve this
On Fri, 2012-08-31 at 18:24 +0200, Ralf Mardorf wrote:
On Fri, 2012-08-31 at 18:12 +0200, Arno Gaboury wrote:
Dear list,
I boot with systemd and startx.
I can't open my USB disk with thunar (XFCE4 file manager) and get this
message:
Not autorized to perform operation.
I
Am Fri, 31 Aug 2012 12:10:01 -0300
schrieb Tomás Acauan Schertel tscher...@gmail.com:
Both /etc/locale.conf and /etc/environment have this lines:
LANG=pt_BR.UTF-8
LC_MESSAGES=C
And my system (LXDM + XFCE) keeps en_US.
No, it uses C, because Xfce unfortunately uses LC_MESSAGES, not LANG,
It is disrespectful not to honor that initscripts is something
good, even if there should be something better now.
Don't listen, it isn't better, shell is awesome and so are init
scripts though a top notch consensus would be good. I can point out
multiple errors and wrong assumptions in just
People are grumbling about this compatibility layer, and I might
change/remove it at some point. The reason I still have not ripped it
out is that I like the fact that your system will just work as
before if you add init=/bin/systemd to the kernel command line.
Without the compatibility layer
On Fri, 2012-08-31 at 13:51 +0200, Damjan Georgievski wrote:
And this is yet another example how initscripts are broken.
I had a friend whose GDM was not coming up because it
was starting too fast after dbus. As a last resort we rearranged
the DAEMONS and moved gdm as the last
Am Fri, 31 Aug 2012 13:14:24 -0300
schrieb Tomás Acauan Schertel tscher...@gmail.com:
It was working right before last update. What changed?
Nothing, unless you haven't changed your locale configuration or a
package changed it, but then you would have had at least a *.pacnew
file.
Heiko
On Aug 31, 2012 6:13 PM, Arno Gaboury arnaud.gabo...@gmail.com wrote:
Dear list,
I boot with systemd and startx.
I can't open my USB disk with thunar (XFCE4 file manager) and get this
message:
Not autorized to perform operation.
I understand as a simple user I can not mount it.
How can
Just in case you haven't looked at the bug report. Installing clucene seems
to fix the issue.
Thanks,
Neil
On 31/08/12||18:24, Ralf Mardorf wrote:
On Fri, 2012-08-31 at 18:12 +0200, Arno Gaboury wrote:
Dear list,
I boot with systemd and startx.
I can't open my USB disk with thunar (XFCE4 file manager) and get this
message:
Not autorized to perform operation.
I understand as a
2012/8/31 Neil Perry npe...@gmail.com:
Just in case you haven't looked at the bug report. Installing clucene seems
to fix the issue.
Thanks,
Neil
I read it. Too bad this package is in optdepends, not depends. It will
annoy a lot of people until this small bug is fixed. And also, you
have to
Maybe it's GTK related?
I'm using Opera to write this email and it's OK, using pt_BR Google
Chrome and LibreOffice are OK also.
--
Tomás Schertel
--
Linux Registered User #304838
Arch Linux User
http://www.archlinux.org/
On Aug 31, 2012 6:31 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote:
I will give one example. Lennart says come on who connects to sshd more
than once a month. I can't believe he's never seen a sshd log with
constant pass attempts even though passwords are disabled.
You are misunderstanding
On Aug 31, 2012 6:31 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote:
People are grumbling about this compatibility layer, and I might
change/remove it at some point. The reason I still have not ripped it
out is that I like the fact that your system will just work as
before if you add
On Aug 31, 2012 6:32 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote:
On Fri, 2012-08-31 at 13:51 +0200, Damjan Georgievski wrote:
And this is yet another example how initscripts are broken.
I had a friend whose GDM was not coming up because it
was starting too fast after dbus. As a
On Fri, 2012-08-31 at 17:30 +0100, Kevin Chadwick wrote:
Be honest Tom, do you think it is less or more risky timewise for him to
switch, right now?
That's a good question. At the moment everything I really need, does
work as it should work. If I switch, nothing can become better, but it
could
On Aug 31, 2012 6:59 PM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote:
On Fri, 2012-08-31 at 17:30 +0100, Kevin Chadwick wrote:
Be honest Tom, do you think it is less or more risky timewise for him to
switch, right now?
That's a good question. At the moment everything I really need, does
On Fri, Aug 31, 2012 at 10:11 AM, Jan Steffens jan.steff...@gmail.comwrote:
On Fri, Aug 31, 2012 at 4:06 PM, Pico Geyer picoge...@gmail.com wrote:
I thought nouveau-dri was mainly for opengl type acceleration.
Is there something I can go read to clear this up?
GNOME Shell uses OpenGL.
I will give one example. Lennart says come on who connects to sshd more
than once a month. I can't believe he's never seen a sshd log with
constant pass attempts even though passwords are disabled.
You are misunderstanding the sshd example.
How? Systemds method would seem more
People are grumbling about this compatibility layer, and I might
change/remove it at some point. The reason I still have not ripped it
out is that I like the fact that your system will just work as
before if you add init=/bin/systemd to the kernel command line.
Without the
On Thu, Aug 30, 2012 at 5:19 PM, Arno Gaboury arnaud.gabo...@gmail.com wrote:
Dear list,
I finally managed to boot safely with systemd.
I am still wondering if journald is correctly set up.
Until now, syslog-ng is STILL unabled. Following the wiki, I changed the
line in syslog-ng.conf from:
Hello list,
I tried booting with systemd and two custom hooks I have that create the
/var directory on tmpfs didn't work. Google doesn't help here and my
experience with systemd is in its infancy, so is there specific action I
should take?
My custom hooks are set to run during
On Fri, Aug 31, 2012 at 6:41 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote:
People are grumbling about this compatibility layer, and I might
change/remove it at some point. The reason I still have not ripped it
out is that I like the fact that your system will just work as
before if
On Aug 31, 2012 7:47 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote:
I will give one example. Lennart says come on who connects to sshd
more
than once a month. I can't believe he's never seen a sshd log with
constant pass attempts even though passwords are disabled.
You are
On Aug 31, 2012 7:47 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote:
Isn't getting rid of the compat layer going to be more work for some
(not too much to ask) than those who are grumbling simply commenting out
the DAEMONS line?
Ah, got it. There is slightly more to it than that. The way it is
On Fri, Aug 31, 2012 at 06:58:02PM +0200, Tom Gundersen wrote:
On Aug 31, 2012 6:32 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote:
Will this be an issue for him if he switches to full systemd as it has
removed inittab
Yes, inittab is ignored. It would be trivial to add support for it via
73 matches
Mail list logo