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.
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
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 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 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
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 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
> > > 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
> > 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
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
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, 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: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 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: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.
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/
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
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
Just in case you haven't looked at the bug report. Installing clucene seems
to fix the issue.
Thanks,
Neil
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
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 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
> 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
> 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
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
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
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, 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
>> -
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 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
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 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
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: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
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
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 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
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 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 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, 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: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
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: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
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
> 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
>> 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).
>
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
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 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
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
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
> > 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 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
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 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
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 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
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=
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, 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
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="
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: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
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
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
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
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
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
> > 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
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
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
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 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
75 matches
Mail list logo
