On 31 August 2012 06:53, Shridhar Daithankar 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 reported with linux-3.5
2012/8/31 Matthew Monaco :
> 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
>>> started
On Fri, 2012-08-31 at 09:30 +0200, Mathieu R. wrote:
> 2012/8/31 Matthew Monaco :
> > 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
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
"/singletons/com.sun.star.deployment.Extensi
> > 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, NOPASS
On Fri, Aug 31, 2012 at 11:04 AM, Ralf Mardorf
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 post was making the ass
On 31 August 2012 11:05, fredbezies 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 occurred rai
2012/8/31 Lukas Jirkovsky :
> On 31 August 2012 11:05, fredbezies 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
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 Li
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_N
On Fri, Aug 31, 2012 at 11:24 AM, Ralf Mardorf
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 us
2012/8/31 Thanos Zygouris
> 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=
On Fri, Aug 31, 2012 at 11:30 AM, Thanos Zygouris
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
> LC_CTYPE="C"
> LC_NUMERIC="
On Fri, 2012-08-31 at 11:34 +0200, Tom Gundersen wrote:
> On Fri, Aug 31, 2012 at 11:24 AM, Ralf Mardorf
> 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 dae
2012/8/31 Thanos Zygouris
>> # cat /etc/locale.conf:
>> LOCALE=en_US.UTF-8
On Fri, Aug 31, 2012 at 11:39 AM, Kazó Csaba wrote:
> LANG is the variable you should set in locale.conf. See
> https://wiki.archlinux.org/index.php/Locale#Setting_system-wide_locale
This is it, ignore my message. Can't
On Fri 31 Aug 11:39, Kazó Csaba wrote:
> 2012/8/31 Thanos Zygouris
>
> > 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=
On Wed, 29 Aug 2012 16:21:27 +0200
Nick Lanham 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. no config): h
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 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 even prettier now
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
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 other
> > 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 no
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
On Fri, Aug 31, 2012 at 12:44 PM, Kevin Chadwick 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 what made i
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 136:04.5
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 not
>> 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).
>
> 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 ren
On Fri, Aug 31, 2012 at 1:55 PM, Damjan Georgievski 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 output of (i
On Fri, Aug 31, 2012 at 2:06 PM, Pico Geyer 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 slow.
What'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 wrote:
> On Fri, Aug 31, 2012 at 2:06 PM, Pico Geyer 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
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
On Fri, Aug 31, 2012 at 2:59 PM, Tomás Acauan Schertel
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 wrote:
> On Fri, Aug 31, 2012 at 2:09 PM, Jan Steffens wrote:
>> On Fri, Aug 31, 2012 at 2:06 PM, Pico Geyer wrote:
>>> Hi damjan,
>>>
>>> Here we go:
>>> direct rendering: Yes
>>> OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 0x301)
>>> GL
On Fri, Aug 31, 2012 at 4:06 PM, Pico Geyer 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 a
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 reso
On Aug 31, 2012 5:10 PM, "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.
If you log in on the terminal (i.e. without starting X), do you get g the
correct locale?
Chee
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.UT
On Aug 31, 2012 5:48 PM, "Tomás Acauan Schertel"
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
> LC_PAPER="pt
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
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 User
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 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 s
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
Am Fri, 31 Aug 2012 12:10:01 -0300
schrieb Tomás Acauan Schertel :
> 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, to
set its loc
> 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 t
> 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
> > 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
Am Fri, 31 Aug 2012 13:14:24 -0300
schrieb Tomás Acauan Schertel :
> 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" 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
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 un
2012/8/31 Neil Perry :
> 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 install al
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" 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 the sshd example.
On Aug 31, 2012 6:31 PM, "Kevin Chadwick" 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 init=/bin/sys
On Aug 31, 2012 6:32 PM, "Kevin Chadwick" 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 las
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" 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
> work as it shou
On Fri, Aug 31, 2012 at 10:11 AM, Jan Steffens wrote:
> On Fri, Aug 31, 2012 at 4:06 PM, Pico Geyer 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.
>
Yep, what was probably happening is
> > 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 p
> > > 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.
> > > Witho
On Thu, Aug 30, 2012 at 5:19 PM, Arno Gaboury 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:
> unix-dgram("/va
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 sysinit_postmo
On Fri, Aug 31, 2012 at 6:41 PM, Kevin Chadwick 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 a
On Aug 31, 2012 7:47 PM, "Kevin Chadwick" 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 misunderstandin
On Aug 31, 2012 7:47 PM, "Kevin Chadwick" 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 done now
causes
On Fri, Aug 31, 2012 at 06:58:02PM +0200, Tom Gundersen wrote:
> On Aug 31, 2012 6:32 PM, "Kevin Chadwick" 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 a
> generator
i bought a usb wireless card TP-Link WN821Nv4 with idVendor=0bda and
idProduct=8178, which shows it's a realtek 8192cu card. although i'm using
linux kernel 3.2.6, which includes a module called rtl8192cu, from the source i
could see there's no support for the specific idVendor and idProduct.
i bought a usb wireless card TP-Link WN821Nv4 with idVendor=0bda and
idProduct=8178, which shows it's a realtek 8192cu card. although i'm using
linux kernel 3.2.6, which includes a module called rtl8192cu, from the source i
could see there's no support for the specific idVendor and idProduct.
75 matches
Mail list logo
