Re: [arch-general] [arch-dev-public] Drop VI from [core] (was Re: Winter Cleanup of [community])
On 24 January 2013 16:27, Paul Gideon Dann wrote: > On Thursday 24 Jan 2013 11:05:22 Stéphane Gaudreault wrote: > > +1 to drop vi. I cannot imagine why someone would want to use this crap > ... > > > > We already have nano in [core], so I think that vim could stay in > > [extra] (do we really need 2 text editors in [core] ?). > > Vi is the standard UNIX text-editor. Many admins rely on the fact that vi > is > available everywhere. It really should be in core. > > Also, I know you might be referring to "plain vi", which is a completely > different beast to Vim, but the latter (which provides "vi" too) has a > *huge* > userbase. Calling it crap is just bizarre... > > Paul > What about stuff like visudo? Maybe make it an optdepend or something? -- Jason Steadman
Re: [arch-general] PKGBUILDs of repo packages
On 25 October 2012 22:35, G. Schlisio wrote: > hi list, > i just wondered wether the PKGBUILDs of packages in the binary repos are > (read) accesible to normal users, e.g. to compile a program with different > switches. > thanks for pointers > georg > https://wiki.archlinux.org/index.php/Abs -- Jason Steadman
Re: [arch-general] nvidia 295.59-1 dmesg output
On 16 June 2012 06:46, gt wrote: > Hey guys, after upgrading to 295.59 from 295.53, i am seeing the > following in the dmesg output: > > NVRM: Your system is not currently configured to drive a VGA console > NVRM: on the primary VGA device. The NVIDIA Linux graphics driver > NVRM: requires the use of a text-mode VGA console. Use of other console > NVRM: drivers including, but not limited to, vesafb, may result in > NVRM: corruption and stability problems, and is not supported. > > Any idea what this is about. Seems to be about the framebuffer driver. > But earlier no configuration was needed for that. Moreover the virtual > console seems to be working fine. > > Anyone else got a similar message in the log? > UEFI install by any chance? I ask because the message correlates to http://www.nvnews.net/vbulletin/showpost.php?p=2543252&postcount=13 -- Jason Steadman
Re: [arch-general] partition mount, strange entry in log
On 8 March 2012 09:05, gt wrote: > > Is it something new in the kernel or something arch specific? Also, what > does it mean to the end user? Are my ext3 partitions behaving like ext4 > now? > > Is it something like this: > > http://v.gd/Gt8PhR > > -- > O< ascii ribbon campaign - stop html mail - www.asciiribbon.org > Explained here - https://bugs.archlinux.org/task/25341 -- Jason Steadman
Re: [arch-general] partition mount, strange entry in log
On 8 March 2012 07:28, gt wrote: > From the past few weeks, i get this in the log during boot: > > kernel: [8.165927] EXT4-fs (sdb1): mounting ext3 file > system using the ext4 subsystem > kernel: [8.194637] EXT4-fs (sdb1): mounted filesystem > with ordered data mode. Opts: (null) > > Here's the relevant part of the fstab: > > UUID=<--> /mnt/sdb1 ext3 > auto,users,rw,exec,noatime 0 2 > > I understand that this isn't anything worrysome, but what exactly does > this mean: "using the ext4 subsytem" > > -- > O< ascii ribbon campaign - stop html mail - www.asciiribbon.org > It means exactly what is says, Arch now uses ext4 to mount ext2/3 partitions. -- Jason Steadman
Re: [arch-general] keyboard problem
On 27 February 2012 10:34, Andrea Crotti wrote: > I'm trying to remove Gnome from another machine, but here starting Xorg > with startx gives > the following error: > > (EE) Microsoft Natural® Ergonomic Keyboard 4000: failed to initialize for > relative axes. > > > While GDM works perfectly fine. > How can it make a difference? > And where should be the driver for that keyboard that I can't find > anywhere in aur? > > > This is the configuration (very simple) of the keyboard from Xorg: > Section "InputClass" >Identifier "evdev keyboard catchall" >MatchIsKeyboard "on" >MatchDevicePath "/dev/input/event*" >Driver "evdev" >Option "XkbLayout" "it" > EndSection > > > Thanks, > Andrea > Most MS keyboards spit out that error, it's generally harmless. -- Jason Steadman
Re: [arch-general] ffmpeg and libav
What is this? Everything is working fine as it is, ffmpeg isn't deprecated and is under active development, why upset the apple cart? Please stop "campaigning", I'm really not interested. -- Jason Steadman
