Re: [arch-general] Alternative init system proposal

2016-02-09 Thread Ivan
On Mon, 08 Feb 2016, Guus Snijders wrote: > Op 8 feb. 2016 01:59 schreef "Ivan" : > > > > Hello, I have a proposal for Arch Linux developers and by mailing > > on this list I would also appreciate feedback from non-developers that > > use Arch Linux. > >

Re: [arch-general] Alternative init system proposal

2016-02-08 Thread Ivan
On Mon, 08 Feb 2016, Yaro Kasear wrote: > I still don't get what makes OpenRC so great. Doesn't it still depend > entirely on SysV Init? That ALONE makes me want to keep it off my system. > If it makes us fall back on an init system that is frankly backward and was > badly in need of replacement t

Re: [arch-general] Alternative init system proposal

2016-02-08 Thread Ivan
On Sun, 07 Feb 2016, Leonid Isaev wrote: > On Mon, Feb 08, 2016 at 06:02:34AM +0100, Ivan wrote: > > Hypothetically, if Arch Linux was to adopt an alternative init, it's a > > process that does not happen overnight. Through time, solutions will > > surface. I'm not

Re: [arch-general] Alternative init system proposal

2016-02-07 Thread Ivan
On Sun, 07 Feb 2016, Devon Smith wrote: > No. Systemd is here to stay. Maintaining another's init would be a waste of > time and too much work. Plus, why on earth would people want to waste time > maintaining another init system when the one we have works? Is there > anything lacking in systemd th

Re: [arch-general] Alternative init system proposal

2016-02-07 Thread Ivan
On Sun, 07 Feb 2016, Leonid Isaev wrote: > On Mon, Feb 08, 2016 at 01:58:19AM +0100, Ivan wrote: > > > I realize that there are a lot more things to be discussed about this. > > And here is a can of worms. What are you going to do with logind and various > desktop int

Re: [arch-general] Alternative init system proposal

2016-02-07 Thread Ivan
On Sun, 07 Feb 2016, Patrick Burroughs (Celti) wrote: > The big question you have to answer, the one you need to start with, is: > > Why is it in the Arch dev's interests to maintain two init systems and > that much more area for incompatibility, that many more packages and > bugs to wrangle? Esp

[arch-general] Alternative init system proposal

2016-02-07 Thread Ivan
Hello, I have a proposal for Arch Linux developers and by mailing on this list I would also appreciate feedback from non-developers that use Arch Linux. Note: I am not here to hate on the current status, nor to disapprove of current Arch choices. So, to get to the point... I would like to propose

Re: [arch-general] Kali rt2800usb driver on Arch for wireshark tcp capture

2016-01-10 Thread Ivan
On Mon, 11 Jan 2016, Fulcrum Mike wrote: > > > On 1/11/2016 3:54 AM, Ivan wrote: > >On Mon, 11 Jan 2016, Fulcrum Mike wrote: > > > >> > >> > >>On 1/11/2016 12:25 AM, Ivan wrote: > >>>On Sun, 10 Jan 2016, Fulcrum Mike wrote: > &

Re: [arch-general] Kali rt2800usb driver on Arch for wireshark tcp capture

2016-01-10 Thread Ivan
On Mon, 11 Jan 2016, Fulcrum Mike wrote: > > > On 1/11/2016 12:25 AM, Ivan wrote: > >On Sun, 10 Jan 2016, Fulcrum Mike wrote: > > > >> > >> > >>On 1/10/2016 4:59 PM, Fulcrum Mike wrote: > >>>FYI Kali live system is also using rt2800usb

Re: [arch-general] Kali rt2800usb driver on Arch for wireshark tcp capture

2016-01-10 Thread Ivan
On Sun, 10 Jan 2016, Fulcrum Mike wrote: > > > On 1/10/2016 4:59 PM, Fulcrum Mike wrote: > >FYI Kali live system is also using rt2800usb driver and yet it worked > >fine. I'll use rtl8187 driver on Arch soon and see what happens. Regards > > > >On 1/10/20

Re: [arch-general] Kali rt2800usb driver on Arch for wireshark tcp capture

2016-01-10 Thread Ivan
On Sun, 10 Jan 2016, Fulcrum Mike wrote: > > Hi everybody > > I spent days trying to get my Alfa AWUS036H work with Wireshark on Arch > Linux. It captured all sorts of fancy protocols, but no tcp. I booted Kali > linux on the same PC and followed the same procedure for data capture and > this ti

Re: [arch-general] [OT?] Which is most future-proof desktop environment?

2015-12-27 Thread Ivan
On Sun, 27 Dec 2015 18:43:09 -0500 Francis Gerund wrote: > Just a call for opinions: if you use Arch, and you wanted to choose > and stay with a desktop environment long-term, what would you choose > - and why? Xfce wins for me by far... It's simple, light and has many features.

Re: [arch-general] [arch-announce] C++ ABI change

2015-12-11 Thread Ivan
On Fri, 11 Dec 2015 13:46:30 + Mauro Santos wrote: > On 10-12-2015 07:01, Arch Linux: Recent news updates: Evangelos > Foutras wrote: > > GCC 5.x contains libstdc++ with [dual ABI][1] support and we have > > now switched to the new ABI. > > > > While the old C++ ABI is still available, it is

Re: [arch-general] Community and TU questions

2015-12-09 Thread Ivan
On Wed, 9 Dec 2015 17:46:58 +0100 Sebastiaan Lokhorst wrote: > You can easily search the bug tracker[1] yourself, and help out with > bugs in packages you are familiar with. > Maintaining packages is usually not very time-intensive for the > maintainers. So I think that there is little to offer t

Re: [arch-general] Key not working

2015-12-09 Thread Ivan
Try booting a live CD/USB and test it. Other than that, it's a faulty key. On Wed, 9 Dec 2015 15:11:36 +0100 Peter O'Doherty wrote: > Hi, > I've just done a new arch install on my Dell laptop and have noticed > that the right arrow isn't working. And showkeys doesn't respond to > the key being

[arch-general] Community and TU questions

2015-12-08 Thread Ivan
thing that would make the world a better place :D I don't know if I really have to become a TU to do this, but I'm figuring any help would be good for eveyone involved. Could anyone give me further guidance? Ivan aka. Parazyd -BEGIN PGP SIGNATURE- Ve

Re: [arch-general] gpg-agent

2015-09-11 Thread Ivan S. Freitas
h_profile using this option. This option was deprecated with the release of gnupg 2.1 [1], it shouldn't be needed anymore since the agent is now started on demand by any application that needs it, and listens to the socket located at $GNUPGHOME/S.gpg-agent. [1] https://www.gnupg.org/faq/wha

Re: [arch-general] Zsh, tmux, and paths

2013-03-13 Thread Ivan S. Freitas
, which replaces your $PATH ignoring already existing settings. What I did was modify /etc/profile to include the value of PATH in the newly created variable: PATH="$PATH:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin" [1] https://bugs.archlinux.org/task/31873 [2] https://wiki.ar

Re: [arch-general] Stage 5 , Arch Wiki?

2012-01-10 Thread Ivan Sichmann Freitas
rs ago). The main purpose was to backup the basic system, and help deploying it on machines sharing the same config/hardware. -- Ivan Sichmann Freitas GNU/Linux user #509059

Re: [arch-general] Xmonad session fails since upgrade

2011-12-18 Thread Ivan Sichmann Freitas
nad.errors" is brand > new, but empty. I've -Syu'ed and (0.10) xmonad still works here. But I start it from .xinitrc instead of using a login manager. -- Ivan Sichmann Freitas GNU/Linux user #509059 pgpzguzMvtHVz.pgp Description: PGP signature

Re: [arch-general] [arch-dev-public] GSoC 2011

2011-03-07 Thread Ivan Sichmann Freitas
nt curl, or maybe optdepends (I couldn't build pactree from git, was it already proted to C?). Also, in case pacman doesn't enter, any advice for the ones willing to contribute? -- Ivan Sichmann Freitas Linux user #509059 pgpOwaynXzTdv.pgp Description: PGP signature

Re: [arch-general] xarchiver patch

2011-01-26 Thread Ivan Puntiy
2011/1/26 Ivan Puntiy > Hello, > > I have patched extra/xarchiver to support xz compression using Slackware's > patch. > It is working on my system, and I uploaded it to AUR: > http://aur.archlinux.org/packages.php?ID=45726 > > What is the procedure of requesting

Re: [arch-general] xarchiver patch

2011-01-26 Thread Ivan Puntiy
2011/1/26 Sven-Hendrik Haase > On 26.01.2011 20:29, Ivan Puntiy wrote: > > 2011/1/26 Jelle van der Waa > > > >> On Wed, 2011-01-26 at 21:11 +0200, Ivan Puntiy wrote: > >>> Hello, > >>> > >>> I have patched extra/xarchiver to support xz

Re: [arch-general] xarchiver patch

2011-01-26 Thread Ivan Puntiy
2011/1/26 Jelle van der Waa > On Wed, 2011-01-26 at 21:11 +0200, Ivan Puntiy wrote: > > Hello, > > > > I have patched extra/xarchiver to support xz compression using > Slackware's > > patch. > > It is working on my system, and I uploaded it to AUR: >

[arch-general] xarchiver patch

2011-01-26 Thread Ivan Puntiy
Hello, I have patched extra/xarchiver to support xz compression using Slackware's patch. It is working on my system, and I uploaded it to AUR: http://aur.archlinux.org/packages.php?ID=45726 What is the procedure of requesting it to be applied to original package? Ivan

Re: [arch-general] Arduino 64 Wiki page

2010-12-21 Thread Ivan S. Freitas
be enough. -- == Ivan Sichmann Freitas Computer Engineering student State University of Campinas (UNICAMP) http://identi.ca/ivansichmann ivansichm...@jabber.org ==

Re: [arch-general] How do AUR packages get new maintainers?

2010-09-21 Thread Ivan S. Freitas
s there any policy to take care of orphaned packages?" (i.e., periodic cleanups and such...). -- == Ivan Sichmann Freitas Engenharia de Computação 2009 UNICAMP http://identi.ca/ivansichmann Grupo Pró Software Livre UNICAMP - GPSL ==

Re: [arch-general] Removing HAL

2010-09-10 Thread Ivan S. Freitas
>> >> You can remove HAL from DAEMONS, as GNOME doesn't use it. Only gnome-vfs >> enabled applications can still use it, but GNOME itself doesn't contain >> such applications anymore. >> > > > > -- > 2b || !2b > -- == Ivan Sichmann Freitas Engenharia de Computação 2009 UNICAMP http://identi.ca/ivansichmann Grupo Pró Software Livre UNICAMP - GPSL ==

Re: [arch-general] mirror.cs.vt.edu outdated

2010-08-12 Thread Ivan S. Freitas
t, arch-mirrors http://mailman.archlinux.org/mailman/listinfo/arch-mirrors > -- == Ivan Sichmann Freitas Engenharia de Computação 2009 UNICAMP http://identi.ca/ivansichmann Grupo Pró Software Livre UNICAMP - GPSL ==

Re: [arch-general] Keep older kernel intact while upgrading to new kernel

2010-07-16 Thread Ivan S. Freitas
> While updating to a new kernel pacman replaces the older kernel with the new > one. Is there someway to keep the older kernel in /boot and have new entries > for new kernel in menu.lst while keeping old entries intact? > > > -- =