Re: [arch-general] gpg-agent

2015-09-11 Thread Ivan S. Freitas
On Thu, Sep 10, 2015 at 11:23 PM, edson duarte
 wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> hi!
>
> for some time now, gpg-agent complains about "--write-env-file" being
> an obsolete option, but in the wiki[1] still says to configure
> ~/.bash_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/whats-new-in-2.1.html



-- 
Ivan Sichmann Freitas


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

2013-03-13 Thread Ivan S. Freitas
On Wed, Mar 13, 2013 at 4:31 PM, Manolo Martínez
 wrote:
> Hello,
>
> I've noticed that, if one modifies the PATH environment variable in
> .zshenv, tmux fails to notice this. That is, `echo $PATH` yields
> different results within and without tmux, with the former being the
> default path, and the latter the path as modified by .zshenv.
>
> When I update PATH in .zshrc, though, it is picked up fine by tmux.

This should also happen when you log in a tty.

> * First sources .zshenv
> * Then sources /etc/zsh/zprofile
> * Then .zshrc
>
> In the second step, /etc/zsh/zprofile sources /etc/profile,
> which changes the path back to the default. Might this be
> the reason why tmux picks .zshrc path changes up correctly, but not
> .zshenv path changes?

It was reported [1] and documented in the wiki [2]. zprofile sources
/etc/profile,
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.archlinux.org/index.php/Zsh#Configuration_files

--
Ivan Sichmann Freitas
GNU/Linux user #509059
SDF MetaArpa Member http://isf.sdf.org/about.html


Re: [arch-general] Arduino 64 Wiki page

2010-12-21 Thread Ivan S. Freitas
> I would be grateful for feedback to help improve the quality of the
> document and if possible help testing that my experience was not a
> fluke.

After adding the user in the uucp group, is rebooting really
necessary? I think that a logout/login would 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
>> http://wiki.archlinux.org/index.php/AUR
>>
>> Really dude? You've been using arch for how long and still have these
>> elementary questions?

I think that was not the OP  question (considering his long time
participation in the community), but something like "Is 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
2010/9/10 Галымжан Кожаев :
> Thanks for the replies. I added hal daemon to the DAEMONS list
> according to this wiki page:
> http://wiki.archlinux.org/index.php/GNOME#Daemons_and_modules_needed_by_GNOME
> How does GNOME deal with USB flashdrive detection, etc without HAL ?

udev should take care of it. But, IMHO, it's not hal that is slowing
your boot, unless you use a very old computer.

>
> 2010/9/10 Jan de Groot 
>>
>> On Fri, 2010-09-10 at 11:07 +0600, Галымжан Кожаев wrote:
>> > Hi list.
>> > Few days ago I've succesfully installed arch. It was booting really fast
>> > first time (i.e. without gnome, networkmanager, etc).
>> > After installing GNOME and some daemons, adding them to the rc.conf, the
>> > system now takes 30-40 seconds to load.
>> > I heard that HAL daemon takes a lot of time during boot and it's
>> > functionality can be replaced by udev.
>> > How could I completely remove HAL and still use GNOME without troubles? Is
>> > it possible?
>> > I have:
>> > - GNOME 2.30
>> > - xorg 1.8
>> > - hal 0.5
>>
>> 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
On Thu, Aug 12, 2010 at 4:35 AM, Harry Strongburg  wrote:
> Hello, this mirror has an old lasysync of 1279951267. Googling this number 
> returns a few results for other mirrors at this time. What does it mean?
>
> Lastly, what mirror is the "most trusted"? I trust vt.edu, their uptime has 
> been wonderful until it stopped updating packages. I don't want to use the 
> archlinux.org server, as it's limited (and you guys probably don't like the 
> extra load).
>
> Thanks.

I think it could be better discussed in the proper mailing list,
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
On Sat, Jul 17, 2010 at 3:39 AM, Legioner  wrote:
> http://wiki.archlinux.org/index.php/Pacman
>
> In pacman.conf:
>
> IgnorePkg=name
> IgnoreGroup=name

If I interpreted correctly this will not work as OP wants. (the kernel
won't  be upgraded this way).
Besides extracting and copying manually, I don't see any other option...

>
>  Reply Header 
> Subject:        [arch-general] Keep older kernel intact while upgrading to 
> new kernel
> Author: Madhurya Kakati 
> Date:           17th July 2010 06:27
>
> Hi,
> 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?
>
>
>



-- 
==
Ivan Sichmann Freitas
Engenharia de Computação 2009
UNICAMP
http://identi.ca/ivansichmann
Grupo Pró Software Livre UNICAMP - GPSL
==