Re: [arch-general] [Classroom] Intro. to PKGBUILD class - April 19th

2014-04-19 Thread Humberto "SilverOne" Carvalho
Hey,

Unfortunately I couldn't be there but thank you for the logs, I'll take
a look.

Looking forward to seeing more.

Best Regards,
Humberto Carvalho

On 04/19/2014 11:05 PM, fsckd wrote:
> Class is over. :) Those of you who missed it, don't worry. Logs are
> available.
> 
> 9:30 UTC class
> https://archwomen.org/media/project_classroom/classlogs/2014-04-19-pkgbuilds_09%3a30-UTC.txt
> 
> 
> 16:00 UTC class
> https://archwomen.org/media/project_classroom/classlogs/2014-04-19-pkgbuilds_16%3a00-UTC.txt
> 
> 
> Regards,
> fsckd


Re: [arch-general] [Classroom] Intro. to PKGBUILD class - April 19th

2014-04-19 Thread fsckd

Class is over. :) Those of you who missed it, don't worry. Logs are available.

9:30 UTC class
https://archwomen.org/media/project_classroom/classlogs/2014-04-19-pkgbuilds_09%3a30-UTC.txt

16:00 UTC class
https://archwomen.org/media/project_classroom/classlogs/2014-04-19-pkgbuilds_16%3a00-UTC.txt

Regards,
fsckd


Re: [arch-general] How do I preserve changes to okular.desktop?

2014-04-19 Thread Armin K.
On 04/19/2014 10:07 PM, Chris Moline wrote:
> Hi, every time I upgrade okular chrome starts opening two instances. One
> has a dialong saying it couldn't find '%I' and the other has the document I
> want. All I have to do to fix it is to remove %I from the .desktop file.
> How do I preserve this change across upgrades? Alternatively, how do I get
> the '%I' to be expanded properly?
> 
> Sorry if this is asked a lot. My search-fu was not up to the task.
> 

Have you tried putting it in ~/.local/share/applications ?

-- 
Note: My last name is not Krejzi.


[arch-general] How do I preserve changes to okular.desktop?

2014-04-19 Thread Chris Moline
Hi, every time I upgrade okular chrome starts opening two instances. One
has a dialong saying it couldn't find '%I' and the other has the document I
want. All I have to do to fix it is to remove %I from the .desktop file.
How do I preserve this change across upgrades? Alternatively, how do I get
the '%I' to be expanded properly?

Sorry if this is asked a lot. My search-fu was not up to the task.


Re: [arch-general] How to track packages dropped from the repos?

2014-04-19 Thread Maximilian Bräutigam

Am 19.04.2014 12:39, schrieb Lorenzo Bandieri:

Hi list,

Sometimes packages are silently dropped from the repos. This happened
for example in the last few days with mash 0.2.0-3, which apparently I
installed as a dependency for gnome (I guess it is no longer
required). I follow arch-general, arch-dev-public and aur-general, and
as far as I know, this change wasn't announced in any of these lists.
I recall other examples in the last 2-3 years (this is roughly the
time I've used arch consistently), but now I don't remember the
packages involved.

Currently I try to keep track of these changes by running e.g. "pacman
-Qm" and "pacman -Qdt" once in a while, so it's no big deal. However,
I think it would be interesting to know from a more "official" channel
when a package is dropped and why. This would allow users to be aware
of the change and decide whether the package is still needed (and act
accordingly, e.g. if the package is dropped to AUR, one could
subscribe to comments or check for updates) or can be safely
uninstalled.

I searched without finding anything decisive (e.g. these threads [1]
[2] suggest possible workarounds in the form of scripts). I wonder if
better methods to track dropped packages exist; if not, would it be
feasible to implement a solution, e.g. a list where dropped packages
are announced, similar to "last rites" in gentoo?

Thanks for your time,

Lorenzo

[1] https://bbs.archlinux.org/viewtopic.php?id=147574
[2] https://bbs.archlinux.org/viewtopic.php?id=125665




Hi Lorenzo,

I am using yaourt to track packages from aur (and possibly packages 
moved from official repos to aur). Note, that it is not an official 
peace of software and you should read the wiki carefully. [1]


Best wishes,
Max

[1] https://wiki.archlinux.org/index.php/Yaourt


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread Jelle van der Waa
On 04/19/14 at 11:23pm, GSC wrote:
> On 2014年04月19日 23:02, message wrote:
> >
> >Have also tried:
> >
> >...
> >export PATH=$PATH:$JAVA_HOME/bin
> >export JAVA_HOME=/usr/local/java/jre
> >
> >but also unsuccessful recognition of the java command.
> Are you joking?

Why are you using a custom java and not for example aur/jre or the
openjdk packages in the normal repo.

-- 
Jelle van der Waa


signature.asc
Description: Digital signature


Re: [arch-general] lxc: systemd-udev-trigger resets host kbd & mouse settings

2014-04-19 Thread Daniel Micay
On 18/04/14 11:17 PM, Carl Schaefer wrote:
> On Fri, 2014-04-18 at 17:45 -0400, Daniel Micay wrote:
>> On 18/04/14 05:40 PM, Carl Schaefer wrote:
>>> I've just started playing with lxc, and found that if I create a
>>> container with:
>>>
>>> # lxc-create -n arch -t archlinux
>>>
>>> and then start it:
>>>
>>> # lxc-start -n arch
>>>
>>> it resets my X keyboard map and mouse acceleration settings (which are
>>> set by setxkbmap/xset/xinput), though mouse button remapping done by
>>> xmodmap is not affected.
>>>
>>> I tracked it as far as the execution of:
>>>
>>>   /usr/bin/udevadm trigger --type=devices --action=add
>>>
>>> in /usr/lib/systemd/system/systemd-udev-trigger.service, which seems to
>>> write "add" to most of the "uevent" files under /sys/devices.  I don't
>>> know the reason for this, especially in a container, but disabling the
>>> whole udev trigger service in the container keeps the host X input
>>> settings intact without breaking anything obvious in the container (and
>>> the container boots a lot faster now, too).
>>>
>>> I'd appreciate any thoughts on what systemd-udev-trigger is doing,
>>> whether it's appropriate in a container, and if there's a better way to
>>> keep a container from changing X input settings on the host.
>>> Carl
>>
>> Do you have these issues with systemd-nspawn?
> 
> no, systemd-nspawn does not reset host X input settings; the nspawn
> container makes /sys read-only, so "udevadm trigger" in the container
> can't succeed, and in fact the unit file's condition keeps it from even
> trying: 
> 
> nspawn# systemctl status systemd-udev-trigger
> * systemd-udev-trigger.service - udev Coldplug all Devices
>Loaded: loaded (/usr/lib/systemd/system/systemd-udev-trigger.service; 
> static)
>Active: inactive (dead)
>start condition failed at Fri 2014-04-18 20:21:24 EDT; 28s ago
>ConditionPathIsReadWrite=/sys was not met
> 
>> Containers are not yet completely solid. One of the most notable flaws
>> is the complete lack of namespacing for the cgroup filesystem. These
>> kind of things are worked around by systemd via various hacks, so
>> perhaps lxc is missing something.
> 
> I agree it seems something is missing, but I'm less clear about what &
> from where...  :-)
> Carl

AFAIK the /sys filesystem and most (all?) of the submounts are not yet
namespaced. Any cgroup created on the host will be visible in the
container, etc.



signature.asc
Description: OpenPGP digital signature


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread message

On 2014-04-19 11:47, arch-general-requ...@archlinux.org wrote:


--

Message: 8
Date: Sat, 19 Apr 2014 11:47:21 +
From: message 




the bashrc file was changed:

...
export JAVA_HOME=/usr/local/java/jre
export PATH=$PATH:$JAVA_HOME/bin

This solved the problem, my failure to write the export paths in the 
correct order.


$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/vendor_perl:/usr/bin/core_perl:/usr/local/java/jre/bin

$ ls /usr/local/java/jre/bin
ControlPanel  j9vm javad.options  jdmpview  klist   rmid
classic   java javaw  jextract  ktabrmiregistry
ikeycmd   java_vm  javaws keytool   pack200 tnameserv
ikeyman   javadjcontrol   kinit policytool  unpack200

Thank you! :)


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread Damjan Georgievski
> export PATH=$PATH:$JAVA_HOME/bin
> export JAVA_HOME=/usr/local/java/jre

This is wrong, you can't use $JAVA_HOME *before* it is set.
Also, you can always check $PATH in a shell with "echo $PATH"

What are contents of /usr/local/java/jre/bin ?

-- 
damjan


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread message

On 2014-04-19 11:47, arch-general-requ...@archlinux.org wrote:

--

Message: 7
Date: Sat, 19 Apr 2014 08:35:16 +
From: message 
Subject: Re: [arch-general] ibm java installation path environment

On 2014-04-18 12:35, message wrote:

Readers,

IBM Java was installed into the directory 'usr/local':

$ /usr/local/java/jre/bin/java -version
java version "1.8.0"
Java(TM) SE Runtime Environment (build pxi3280ea-20130422_01)
IBM J9 VM (build 2.7, JRE 1.8.0 Linux x86-32 20130419_145797 (JIT
enabled, AOT enabled)
J9VM - R27_Java827_Beta_3_20130419_2138_B145797
JIT  - r13.b02_20130419_36653
GC   - R27_Java827_Beta_3_20130419_2138_B145797
J9CL - 20130419_145797)
JCL - 20130410_01 based on Oracle jdk8-b80

The file 'bashrc' was edited:


No joke; latest bashrc edit:

 GNU nano 2.2.6  File: ./.bashrc

# .bashrc

# User specific aliases and functions

# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi
export PATH=$PATH:$JAVA_HOME/bin
export JAVA_HOME=/usr/local/java/jre

In home directory, keyboard 'ja+TAB' (i.e. use unix auto-complete 
function) shows:


$ ja
jack_alias  jack_monitor_client
jack_bufsizejack_netsource
jack_connectjack_property
jack_disconnect jack_rec
jack_evmon  jack_samplerate
jack_freewheel  jack_server_control
jack_impulse_grabberjack_session_notify
jack_iodelayjack_showtime
jack_latent_client  jack_simple_client
jack_load   jack_simple_session_client
jack_load_test  jack_transport
jack_lspjack_transport_client
jack_metro  jack_unload
jack_midi_dump  jack_wait
jack_midiseqjackd
jack_midisine   jasper

'Java' does not appear in the list above, but java is installed as shown 
originally above.


--
digest-mode subscriber; please cc to maintain message thread


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread GSC

On 2014年04月19日 23:02, message wrote:


Have also tried:

...
export PATH=$PATH:$JAVA_HOME/bin
export JAVA_HOME=/usr/local/java/jre

but also unsuccessful recognition of the java command.

Are you joking?


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread message

On 2014-04-19 11:47, arch-general-requ...@archlinux.org wrote:


--

Message: 8
Date: Sat, 19 Apr 2014 11:47:21 +
From: message 
Subject: Re: [arch-general] ibm java installation path environment


IBM Java was installed into the directory 'usr/local':

$ /usr/local/java/jre/bin/java -version
java version "1.8.0"
Java(TM) SE Runtime Environment (build pxi3280ea-20130422_01)
IBM J9 VM (build 2.7, JRE 1.8.0 Linux x86-32 20130419_145797 (JIT
enabled, AOT enabled)
J9VM - R27_Java827_Beta_3_20130419_2138_B145797
JIT  - r13.b02_20130419_36653
GC   - R27_Java827_Beta_3_20130419_2138_B145797
J9CL - 20130419_145797)
JCL - 20130410_01 based on Oracle jdk8-b80

The file 'bashrc' was edited:

GNU nano 2.2.6  File: ./.bashrc

# .bashrc

# User specific aliases and functions

# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi
export PATH=$PATH:/usr/local/bin
export JAVA_HOME=/usr/local/java/jre/bin/java

After saving the bashrc file, sign-out and sign-in, the java program
is not accessible via command terminal 'java -version', the entire
path has to be entered.

What is my mistake please?


The path was changed to:

export PATH=$PATH:/usr/local/bin:/usr/local/java/jre/bin/java

but the command terminal 'java -version' is not recognised.



java recognition fails after change of the file and sign-out, sign-in:

# .bashrc

# User specific aliases and functions

# Source global definitions
if [ -f /etc/bashrc ]; then
 . /etc/bashrc
fi
export PATH=$PATH:/usr/local/java/jre/bin/java
export JAVA_HOME=/usr/local/java/jre/bin/java



Have also tried:

...
export PATH=$PATH:$JAVA_HOME/bin
export JAVA_HOME=/usr/local/java/jre

but also unsuccessful recognition of the java command.


Re: [arch-general] eye candy wall paper

2014-04-19 Thread Benedikt Heine
Thanks for the link, I really enjoy this Arch-artwork. I just want to 
annotate , that the author of this artwork has got much more on his own 
website at https://media.jpope.org/


Cheers,
bebe


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread Gavin Costello
On 19-04-2014 08.35, message wrote:
> The path was changed to:
> 
> export PATH=$PATH:/usr/local/bin:/usr/local/java/jre/bin/java
> 
> but the command terminal 'java -version' is not recognised.
---end quoted text---

Sorry, what I meant to say was this:

export JAVA_HOME=/usr/local/java/jre
export PATH=$PATH:$JAVA_HOME/bin

Regards,

Gavin.
-- 
Gavin Costello
gav...@gmail.com


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread Gavin Costello
On 19-04-2014 08.35, message wrote:
> The path was changed to:
> 
> export PATH=$PATH:/usr/local/bin:/usr/local/java/jre/bin/java
> 
> but the command terminal 'java -version' is not recognised.
---end quoted text---

Hello,

Try this:
export PATH=$PATH:/usr/local/bin:/usr/local/java/jre

Perhaps you would be more comfortable with another distribution like
Ubuntu?

HTH,

Gavin.
-- 
Gavin Costello
gav...@gmail.com


Re: [arch-general] eye candy wall paper

2014-04-19 Thread Simon Matzeder
Thanks for suggesting those, really nice work! :)


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread message

On 2014-04-19 08:35, arch-general-requ...@archlinux.org wrote:

--

Message: 7
Date: Sat, 19 Apr 2014 08:35:16 +
From: message 
Subject: Re: [arch-general] ibm java installation path environment

On 2014-04-18 12:35, message wrote:

Readers,

IBM Java was installed into the directory 'usr/local':

$ /usr/local/java/jre/bin/java -version
java version "1.8.0"
Java(TM) SE Runtime Environment (build pxi3280ea-20130422_01)
IBM J9 VM (build 2.7, JRE 1.8.0 Linux x86-32 20130419_145797 (JIT
enabled, AOT enabled)
J9VM - R27_Java827_Beta_3_20130419_2138_B145797
JIT  - r13.b02_20130419_36653
GC   - R27_Java827_Beta_3_20130419_2138_B145797
J9CL - 20130419_145797)
JCL - 20130410_01 based on Oracle jdk8-b80

The file 'bashrc' was edited:

GNU nano 2.2.6  File: ./.bashrc

# .bashrc

# User specific aliases and functions

# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi
export PATH=$PATH:/usr/local/bin
export JAVA_HOME=/usr/local/java/jre/bin/java

After saving the bashrc file, sign-out and sign-in, the java program
is not accessible via command terminal 'java -version', the entire
path has to be entered.

What is my mistake please?


The path was changed to:

export PATH=$PATH:/usr/local/bin:/usr/local/java/jre/bin/java

but the command terminal 'java -version' is not recognised.



java recognition fails after change of the file and sign-out, sign-in:

# .bashrc

# User specific aliases and functions

# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi
export PATH=$PATH:/usr/local/java/jre/bin/java
export JAVA_HOME=/usr/local/java/jre/bin/java

Any other advice please?

--
digest-mode subscriber; please cc to maintain message thread


Re: [arch-general] eye candy wall paper

2014-04-19 Thread D C
Very nice!


On Sat, Apr 19, 2014 at 5:28 AM, message  wrote:

> Readers,
>
> For those interested, someone has published some nice gnu/linux logos
> wallpaper, including Archlinux: https://dspora.org/posts/53049
>


Re: [arch-general] KDE update and baloo

2014-04-19 Thread Mike Cloaked
On Thu, Apr 17, 2014 at 8:33 PM, Genes Lists  wrote:

> On 04/17/2014 10:37 AM, Lukas Jirkovsky wrote:
>
>>
>> Is it with KDE PIM? I remember a discussion in the release ML that
>> baloo was somewhat broken in PIM. I dunno if that was fixed or not.
>>
>>  No not using PIM. I killed off all the baloo processes - short term
> fix.There really should be an off button on this kind of thing.
>

What I found is after runing the current pacman update, then I did the
following. Logout and back in to kde. Then once logged back in went to the
kde system settings and into Desktop Search, and simply add the user home
directory to the list not to search.  Apply the changed setting, and then
logout and back in (there was a slight delay to the logout process at this
point due to the initial baloo processes running but I just waited out the
half minute or so till it logged out). There was be a baloo file cleaner
process running when I logged back in, which on my machines seemed to run
for a few minutes only, and then stop. At that point if I checked the file:

$ cat .kde4/share/config/baloofilerc
and found that at the top that there were already the lines:
[Basic Settings]
Indexing-Enabled=false

[General]
several other lines after this.

At that point baloo quietened down and there were no further issues with
baloo but I guess you need to have a little patience during the initial
running of the processes mentioned above, so it is a short term issue only.

I have seen a gentoo thread which suggests that allowing baloo to index
email does give a very efficient search even for tens of thousands of
mails, but of course the initial indexing process does take a little time
and CPU cycles for several minutes depending on how many directories and
files are in the mail area - but once that is complete then it is suggested
that it works extremely well.

-- 
mike c


[arch-general] How to track packages dropped from the repos?

2014-04-19 Thread Lorenzo Bandieri
Hi list,

Sometimes packages are silently dropped from the repos. This happened
for example in the last few days with mash 0.2.0-3, which apparently I
installed as a dependency for gnome (I guess it is no longer
required). I follow arch-general, arch-dev-public and aur-general, and
as far as I know, this change wasn't announced in any of these lists.
I recall other examples in the last 2-3 years (this is roughly the
time I've used arch consistently), but now I don't remember the
packages involved.

Currently I try to keep track of these changes by running e.g. "pacman
-Qm" and "pacman -Qdt" once in a while, so it's no big deal. However,
I think it would be interesting to know from a more "official" channel
when a package is dropped and why. This would allow users to be aware
of the change and decide whether the package is still needed (and act
accordingly, e.g. if the package is dropped to AUR, one could
subscribe to comments or check for updates) or can be safely
uninstalled.

I searched without finding anything decisive (e.g. these threads [1]
[2] suggest possible workarounds in the form of scripts). I wonder if
better methods to track dropped packages exist; if not, would it be
feasible to implement a solution, e.g. a list where dropped packages
are announced, similar to "last rites" in gentoo?

Thanks for your time,

Lorenzo

[1] https://bbs.archlinux.org/viewtopic.php?id=147574
[2] https://bbs.archlinux.org/viewtopic.php?id=125665


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread GSC

Then you shouldn' t be using archlinux.


[arch-general] eye candy wall paper

2014-04-19 Thread message

Readers,

For those interested, someone has published some nice gnu/linux logos 
wallpaper, including Archlinux: https://dspora.org/posts/53049


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread message

On 2014-04-18 12:42, arch-general-requ...@archlinux.org wrote:

--

Message: 8
Date: Fri, 18 Apr 2014 14:42:40 +0200
From: Heiko Becker 
Subject: Re: [arch-general] ibm java installation path environment

Am 18.04.2014 14:35 schrieb "message" :


Readers,

IBM Java was installed into the directory 'usr/local':

$ /usr/local/java/jre/bin/java -version
java version "1.8.0"
Java(TM) SE Runtime Environment (build pxi3280ea-20130422_01)
IBM J9 VM (build 2.7, JRE 1.8.0 Linux x86-32 20130419_145797 (JIT

enabled, AOT enabled)

J9VM - R27_Java827_Beta_3_20130419_2138_B145797
JIT  - r13.b02_20130419_36653
GC   - R27_Java827_Beta_3_20130419_2138_B145797
J9CL - 20130419_145797)
JCL - 20130410_01 based on Oracle jdk8-b80

The file 'bashrc' was edited:

GNU nano 2.2.6  File: ./.bashrc

# .bashrc

# User specific aliases and functions

# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi
export PATH=$PATH:/usr/local/bin
export JAVA_HOME=/usr/local/java/jre/bin/java



It is correct to add multiple paths to the export PATH command:

export PATH=$PATH:/usr/local/bin:/usr/local/java/jre/bin/java

--
digest-mode subscriber; please cc to maintain message thread


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread GSC

On 04/19/2014 04:35 PM, message wrote:


The path was changed to:

export PATH=$PATH:/usr/local/bin:/usr/local/java/jre/bin/java

but the command terminal 'java -version' is not recognised.

export PATH=$PATH:/usr/local/java/jre/bin/


Re: [arch-general] ibm java installation path environment

2014-04-19 Thread message

On 2014-04-18 12:35, message wrote:

Readers,

IBM Java was installed into the directory 'usr/local':

$ /usr/local/java/jre/bin/java -version
java version "1.8.0"
Java(TM) SE Runtime Environment (build pxi3280ea-20130422_01)
IBM J9 VM (build 2.7, JRE 1.8.0 Linux x86-32 20130419_145797 (JIT
enabled, AOT enabled)
J9VM - R27_Java827_Beta_3_20130419_2138_B145797
JIT  - r13.b02_20130419_36653
GC   - R27_Java827_Beta_3_20130419_2138_B145797
J9CL - 20130419_145797)
JCL - 20130410_01 based on Oracle jdk8-b80

The file 'bashrc' was edited:

GNU nano 2.2.6  File: ./.bashrc

# .bashrc

# User specific aliases and functions

# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi
export PATH=$PATH:/usr/local/bin
export JAVA_HOME=/usr/local/java/jre/bin/java

After saving the bashrc file, sign-out and sign-in, the java program
is not accessible via command terminal 'java -version', the entire
path has to be entered.

What is my mistake please?


The path was changed to:

export PATH=$PATH:/usr/local/bin:/usr/local/java/jre/bin/java

but the command terminal 'java -version' is not recognised.