[arch-general] CA certifcates
Hi, some months ago i needed to setup a Certificate Authority and add it's root certificate to the client machines, so i figured out and added the CA certificate to /usr/share/ca-certificates, edited the /etc/ca-certificates.conf to reflect this and them run "update-ca-certificates --fresh --verbose". this added the CA to the SSL certs and generated the file with all the certificates in /etc/ssl/certs/ca-certificates.crt So when i used Firefox and Chrome, it reflected this and the server certificate was validated. But... This week, after a system upgrade both Firefox and Chrome, stopped to reflect this, even after i did all the above process again. Firefox and Chrome are not using the ca-certificates package? Is there a way to do what i'm trying to do (a central point to manage certificates for all apps, especially browsers)? And, a last question, is there a way to run a script after a specific package upgrade? Thanks, --- Eduardo M. Machado
Re: [arch-general] Problem horizontal line screen xbmc
El 28/05/2014 20:26, "Wayne Tan" escribió: > > On 28 May 2014 19:57, Cédric Girard wrote: > > On Thu, May 22, 2014 at 1:44 PM, Maykel Franco wrote: > > > >> The xbmc works very well, the problem is when I play a movie that a > >> horizontal line appears at the top. > >> > > > > I did notice this as well but with a version built from the git repository. > > AFAICT, this is a refresh/v-sync related bug (like tearing but always > > occuring at the same place). > > Anyway, I don't think this is Arch related (nor AMD as I am using an Intel > > iGPU). > > > > Regards > > > > Cédric > > Not sure if this is Maykel's problem exactly ("horizontal line" isn't > very descriptive), but for the tearing see: > https://bbs.archlinux.org/viewtopic.php?id=176651 > > -- > Regards, > Wayne I refered a travelling
Re: [arch-general] Problem horizontal line screen xbmc
On 28 May 2014 19:57, Cédric Girard wrote: > On Thu, May 22, 2014 at 1:44 PM, Maykel Franco wrote: > >> The xbmc works very well, the problem is when I play a movie that a >> horizontal line appears at the top. >> > > I did notice this as well but with a version built from the git repository. > AFAICT, this is a refresh/v-sync related bug (like tearing but always > occuring at the same place). > Anyway, I don't think this is Arch related (nor AMD as I am using an Intel > iGPU). > > Regards > > Cédric Not sure if this is Maykel's problem exactly ("horizontal line" isn't very descriptive), but for the tearing see: https://bbs.archlinux.org/viewtopic.php?id=176651 -- Regards, Wayne
Re: [arch-general] Problem with spark xmpp
Have you tried with OpenJDK? This sounds like a bug that will probably need to be reported upstream. Good luck getting someone to look at Spark these days, though. On Wed, May 28, 2014 at 5:32 AM, Maykel Franco wrote: > Hi, I have install the spark client xmpp. I works very well with > openfire, but suddenly when I exec spark: > > [maykel@maykel-arch ~]$ spark > Exception in thread "main" java.lang.NoClassDefFoundError: > com/install4j/runtime/Launcher > Caused by: java.lang.ClassNotFoundException: com.install4j.runtime.Launcher > at java.net.URLClassLoader$1.run(Unknown Source) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(Unknown Source) > at java.lang.ClassLoader.loadClass(Unknown Source) > at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) > at java.lang.ClassLoader.loadClass(Unknown Source) > Could not find the main class: com.install4j.runtime.Launcher. > Program will exit. > > [maykel@maykel-arch ~]$ echo $JAVA_HOME > /usr/lib/jvm/jre1.7.0_55 > > [maykel@maykel-arch ~]$ java -version > java version "1.7.0_55" > Java(TM) SE Runtime Environment (build 1.7.0_55-b13) > Java HotSpot(TM) 64-Bit Server VM (build 24.55-b03, mixed mode) > > Thanks in advanced.
Re: [arch-general] Problem horizontal line screen xbmc
On Thu, May 22, 2014 at 1:44 PM, Maykel Franco wrote: > The xbmc works very well, the problem is when I play a movie that a > horizontal line appears at the top. > I did notice this as well but with a version built from the git repository. AFAICT, this is a refresh/v-sync related bug (like tearing but always occuring at the same place). Anyway, I don't think this is Arch related (nor AMD as I am using an Intel iGPU). Regards Cédric
Re: [arch-general] libpng warning - qt application
Op 28 mei 2014 09:29 schreef "Martti Kühne" het volgende: > > On Tue, May 27, 2014 at 5:43 PM, Guus Snijders wrote: > > [Python/QT application troubleshooting, libpng warning] > > > > A little more testing showed that the warning was generated by a > > webviewer that is part of this program. > > After a lot of testing, it turned out that the problem of not showing > > the PNGs i wanted, was unrelated to this warning, it was caused by the > > specific project that i tried to edit with this program. > > When i tried another project (same program), the neccesary PNG's show > > up nicely. The warning is still there, but is apparently not > > important. > > What warning? > This one? > > libpng warning: iCCP: Not recognizing known sRGB profile that has been edited Yes, indeed. mvg, Guus
[arch-general] Problem with spark xmpp
Hi, I have install the spark client xmpp. I works very well with openfire, but suddenly when I exec spark: [maykel@maykel-arch ~]$ spark Exception in thread "main" java.lang.NoClassDefFoundError: com/install4j/runtime/Launcher Caused by: java.lang.ClassNotFoundException: com.install4j.runtime.Launcher at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) Could not find the main class: com.install4j.runtime.Launcher. Program will exit. [maykel@maykel-arch ~]$ echo $JAVA_HOME /usr/lib/jvm/jre1.7.0_55 [maykel@maykel-arch ~]$ java -version java version "1.7.0_55" Java(TM) SE Runtime Environment (build 1.7.0_55-b13) Java HotSpot(TM) 64-Bit Server VM (build 24.55-b03, mixed mode) Thanks in advanced.
Re: [arch-general] Packaging: difference between "example documentation config" and "default config"
I think the default configuration should let the user test the software without touching the configuration. I love software with good defaults. And pacdiff's power. Conversely, the example config in /usr should contain all the config options (if possible), and examples.
[arch-general] Packaging: difference between "example documentation config" and "default config"
Hi all, there are two kinds of config files shipped with Arch packages: 1) "example documentation config" - by this I mean sample config files, intended for documentation purposes 2) "default config" - by this I mean configs containing sensible default values uncommented to provide basic functionality ootb One of the recognition signs is that in Arch, 2) configs are usually very short. Some examples of proper "default configs": /etc/ntp.conf /etc/pacman.conf and of "example documentation configs": /etc/dnsmasq.conf /etc/wpa_supplicant/wpa_supplicant.conf /etc/hostapd/* /usr/share/doc/lighttpd/config/* Now the problem is: should "example documentation configs" be installed in /etc/ or /usr/share/doc// ? I'd vote for the latter, here is the reasoning: 1) Users will hardly overwrite files in /usr/share/doc/ so keeping "example documentation configs" there will ease maintenance of short and much clearer separate config files. 2) In the examples above, in all dnsmasq, wpa_supplicant and hostapd, the decision to keep the configs under /etc/ is made in PKGBUILD [1], [2], [3]. In case of wpa_supplicant, wpa_supplicant.conf(5) even indicates that the path to example config is "probably" /usr/share/doc/wpa_supplicant/. 3) Keeping "example documentation configs" with uncommented options under /etc/ might lead to unintended behaviour, meaning the default options might not be very sane. Specifically, /etc/wpa_supplicant/wpa_supplicant.conf has multiple network blocks uncommented, which, in conjunction with the recently introduced dhcpcd hook [4], may lead to wpa_supplicant being started without user's intervention and not failing due to the network blocks uncommented in wpa_supplicant.conf. 4) Considering the user-centric clause in the Arch Way [5], I don't think any default config file for the three packages is necessary as anybody using it will have to modify it. Creating the file instead of modifying some bloated sample should be easier, see point 1). Before I submit bug reports for the three packages (dnsmasq, wpa_supplicant, hostapd), I'd like to hear some more opinions about this. Thanks, -- jlk [1]: https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/dnsmasq#n37 [2]: https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/wpa_supplicant#n42 [3]: https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/hostapd#n55 [4]: https://wiki.archlinux.org/index.php/Dhcpcd#10-wpa_supplicant [5]: https://wiki.archlinux.org/index.php/The_Arch_Way#User-centric pgpgbIfJDehwd.pgp Description: PGP signature
Re: [arch-general] libpng warning - qt application
On Tue, May 27, 2014 at 5:43 PM, Guus Snijders wrote: > [Python/QT application troubleshooting, libpng warning] > > A little more testing showed that the warning was generated by a > webviewer that is part of this program. > After a lot of testing, it turned out that the problem of not showing > the PNGs i wanted, was unrelated to this warning, it was caused by the > specific project that i tried to edit with this program. > When i tried another project (same program), the neccesary PNG's show > up nicely. The warning is still there, but is apparently not > important. What warning? This one? libpng warning: iCCP: Not recognizing known sRGB profile that has been edited cheers! mar77i