Re: [arch-general] Emacs is missing the icons in toolbar since one of the last updates
Hi, it's already been reported: https://bugs.archlinux.org/task/48862. The same happens to me but I have the toolbar disabled in my configuration anyway, so I don't really care much. Ondra On 10.4.2016 16:15, Manuel Reimer wrote: Hello, is this a known bug or do only I have this issue? Since the last system update, I no longer have any icons in emacs. The toolbar is just empty. Thanks in advance. Manuel -- Cheers, Ondřej Kučera
Re: [arch-general] Java Problem
Hi,
On 8.12.2014 02:56, Hunter Jozwiak wrote:
On 12/7/14, Ondřej Kučera wrote:
Hi,
On 8.12.2014 01:59, Hunter Jozwiak wrote:
Hello:
I have come accross an interesting issue with Java. Let's say I
fashion a simple Hello World app, and entitle it hello.java The code
would be:
class hello
{
public void main(String[] args)
{
System.out.println("Hello World!");
}
}
Then, I compile the code as a regular user, with javac hello.java
Here's the odd part: I type java hello, and I get unable to find main
class hello
But, if I run sudo java bhello, it works fine. What is the solution to
not having to run Java software as sudo?
Does
java -cp . hello
work? If so, what is the output of
echo $CLASSPATH
?
Ondra
The CLASSPATH variable, after java -cp test, says:
/home/hjozwiak/GNUstep/libraries/Library/Libraries/Java:/usr/lib/GNUstep/Library/Java
Well, now the question is why you've set your CLASSPATH to this. You'll
probably want to add . (dot) to it as well, e.g.
.:/home/hjozwiak/GNUstep/libraries/Library/Libraries/Java:/usr/lib/GNUstep/Library/Java.
It depends whether you want the current directory be searched first or not.
Ondra
--
S pozdravem
Ondřej Kučera
Re: [arch-general] Java Problem
Hi,
On 8.12.2014 01:59, Hunter Jozwiak wrote:
Hello:
I have come accross an interesting issue with Java. Let's say I
fashion a simple Hello World app, and entitle it hello.java The code
would be:
class hello
{
public void main(String[] args)
{
System.out.println("Hello World!");
}
}
Then, I compile the code as a regular user, with javac hello.java
Here's the odd part: I type java hello, and I get unable to find main
class hello
But, if I run sudo java bhello, it works fine. What is the solution to
not having to run Java software as sudo?
Does
java -cp . hello
work? If so, what is the output of
echo $CLASSPATH
?
Ondra
--
Cheers,
Ondřej Kučera
[arch-general] Problems with new version of gsfonts
Hi, I've noticed that the current gsfonts package is "built" from different sources (and I'm also aware of https://bugs.archlinux.org/task/42391). However, I've got two issues with it. First of all, the fonts have now different names. For example, "Nimbus Sans L" is now just "Nimbus Sans". That means that all applications that were set to use the font now need to be re-configured. That's of course something I'll have to do but maybe a warning (ideally on the front page/RSS or at least in a post install message) would be good. The second problem is worse. It seems that this version of the fonts doesn't contain all characters it used to. For example Czech diacritical characters seem to be missing (again, at least within Nimbus Sans). Does anyone know what the reason is? It's obviously not a packaging problem, the sources must lack them. For me it is a regression which makes the fonts unusable. :-( So my question basically is whether this is fixable or whether I should look for a different default font (I've been using Nimbus Sans L as a default font for everything for many, many years). Thank you. Ondra -- Regards, Ondřej Kučera
Re: [arch-general] systemd-journald taking too much memory
Hi, On 19.5.2014 10:58, Daniel Micay wrote: On 19/05/14 04:53 AM, Ondřej Kučera wrote: Hello, from time to time, Thunderbird crashes on my computer. It doesn't happen all that often and so far I haven't lost any data, so this actually doesn't bother me that much. But, when it happens, suddenly the process systemd-journald starts allocating more and more memory (this last time it went up to 1.3 GB), which makes the computer start swapping and for a few minutes it becomes quite unusable. I have no idea what journald is trying to log at that moment. This is what I found in the journal afterwards (also notice that last lines are out of order): May 19 10:24:18 rory systemd-journal[7906]: Permanent journal is using 28.0M (max allowed 15.0M, trying to leave 4.0G free of 131.5G available → current limit 28.0M). May 19 10:24:19 rory systemd[1]: Starting Journal Service... May 19 10:24:19 rory systemd[1]: systemd-journald.service stop-sigterm timed out. Killing. May 19 10:24:19 rory systemd[1]: Starting Journal Service... May 19 10:24:19 rory systemd[1]: systemd-journald.service: main process exited, code=killed, status=9/KILL May 19 10:24:19 rory systemd[1]: Unit systemd-journald.service entered failed state. May 19 10:24:19 rory systemd[1]: systemd-journald.service has no holdoff time, scheduling restart. May 19 10:24:19 rory systemd[1]: Stopping Journal Service... May 19 10:24:19 rory systemd[1]: Starting Journal Service... May 19 10:24:19 rory systemd[1]: Started Journal Service. May 19 10:24:19 rory systemd-journal[7906]: Journal started May 19 10:22:31 rory systemd[1]: systemd-journald.service watchdog timeout! May 19 10:24:05 rory systemd[1]: Starting Trigger Flushing of Journal to Persistent Storage... May 19 10:24:08 rory systemd[1]: Started Trigger Flushing of Journal to Persistent Storage. Is there a journald setting I could use to prevent this huge memory allocation? Ondřej It's from logging the core dump: https://wiki.archlinux.org/index.php/Systemd#Disabling_application_crash_dumps_journaling Thanks, I thought it might be something like this but somehow I missed this part in the wiki. Ondřej -- Greetings, Ondřej Kučera
[arch-general] systemd-journald taking too much memory
Hello, from time to time, Thunderbird crashes on my computer. It doesn't happen all that often and so far I haven't lost any data, so this actually doesn't bother me that much. But, when it happens, suddenly the process systemd-journald starts allocating more and more memory (this last time it went up to 1.3 GB), which makes the computer start swapping and for a few minutes it becomes quite unusable. I have no idea what journald is trying to log at that moment. This is what I found in the journal afterwards (also notice that last lines are out of order): May 19 10:24:18 rory systemd-journal[7906]: Permanent journal is using 28.0M (max allowed 15.0M, trying to leave 4.0G free of 131.5G available → current limit 28.0M). May 19 10:24:19 rory systemd[1]: Starting Journal Service... May 19 10:24:19 rory systemd[1]: systemd-journald.service stop-sigterm timed out. Killing. May 19 10:24:19 rory systemd[1]: Starting Journal Service... May 19 10:24:19 rory systemd[1]: systemd-journald.service: main process exited, code=killed, status=9/KILL May 19 10:24:19 rory systemd[1]: Unit systemd-journald.service entered failed state. May 19 10:24:19 rory systemd[1]: systemd-journald.service has no holdoff time, scheduling restart. May 19 10:24:19 rory systemd[1]: Stopping Journal Service... May 19 10:24:19 rory systemd[1]: Starting Journal Service... May 19 10:24:19 rory systemd[1]: Started Journal Service. May 19 10:24:19 rory systemd-journal[7906]: Journal started May 19 10:22:31 rory systemd[1]: systemd-journald.service watchdog timeout! May 19 10:24:05 rory systemd[1]: Starting Trigger Flushing of Journal to Persistent Storage... May 19 10:24:08 rory systemd[1]: Started Trigger Flushing of Journal to Persistent Storage. Is there a journald setting I could use to prevent this huge memory allocation? Ondřej -- Greetings, Ondřej Kučera
Re: [arch-general] swt - why depends bump to java-runtime>=7?
Hi,
see https://bugs.archlinux.org/task/31460.
Ondřej
On 10.9.2012 23:06, David C. Rankin wrote:
Guys, Guillaume,
Do you know if the recent depends bump in swt is do to an actual
break in compatibility with java-runtime 6.x or was it just do to a
package support issue? The PKGBUILD was updated a couple of days ago to:
-depends=('java-runtime>=6' 'gtk2>=2.20.1' 'libxtst')
+depends=('java-runtime>=7' 'gtk2>=2.20.1' 'libxtst')
I have a couple of my children's games that are still openjdk_6
based, so I was putting off the update. I'll check it out, but I thought
I would ask to see if somebody already knew. Thanks.
--
Cheers,
Ondřej Kučera
[arch-general] VMware Player problem
ory kernel: [19758.979338] CR2: CR3: 00012f6a4000 CR4: 07f0 Sep 1 22:49:11 rory kernel: [19758.981687] DR0: DR1: DR2: Sep 1 22:49:11 rory kernel: [19758.984041] DR3: DR6: 0ff0 DR7: 0400 Sep 1 22:49:11 rory kernel: [19758.986408] Process X (pid: 16835, threadinfo 88011ad2a000, task 88012744a850) Sep 1 22:49:11 rory kernel: [19758.988804] Stack: Sep 1 22:49:11 rory kernel: [19758.991201] 88012ff002c0 0082 504274c7 0001c5c9 Sep 1 22:49:11 rory kernel: [19758.993581] 0001 0001 88012f860800 Sep 1 22:49:11 rory kernel: [19758.995901] 0001 88012f8809a0 880137c03d68 a00dc310 Sep 1 22:49:11 rory kernel: [19758.998199] Call Trace: Sep 1 22:49:11 rory kernel: [19759.000445] Sep 1 22:49:11 rory kernel: [19759.000466] [] mthd_flip+0x10/0x20 [nouveau] Sep 1 22:49:11 rory kernel: [19759.004905] [] nouveau_gpuobj_mthd_call+0x60/0x80 [nouveau] Sep 1 22:49:11 rory kernel: [19759.007127] [] nv04_fifo_isr+0x6de/0x950 [nouveau] Sep 1 22:49:11 rory kernel: [19759.009339] [] ? wake_up_worker+0x24/0x30 Sep 1 22:49:11 rory kernel: [19759.011560] [] nouveau_irq_handler+0xa0/0x150 [nouveau] Sep 1 22:49:11 rory kernel: [19759.013742] [] ? _raw_spin_unlock_irq+0x35/0x40 Sep 1 22:49:11 rory kernel: [19759.015886] [] handle_irq_event_percpu+0x6c/0x260 Sep 1 22:49:11 rory kernel: [19759.017987] [] ? __do_softirq+0x10f/0x210 Sep 1 22:49:11 rory kernel: [19759.020047] [] handle_irq_event+0x48/0x70 Sep 1 22:49:11 rory kernel: [19759.022060] [] handle_fasteoi_irq+0x5a/0x100 Sep 1 22:49:11 rory kernel: [19759.024033] [] handle_irq+0x22/0x40 Sep 1 22:49:11 rory kernel: [19759.025964] [] do_IRQ+0x5a/0xe0 Sep 1 22:49:11 rory kernel: [19759.027842] [] common_interrupt+0x6a/0x6a Sep 1 22:49:11 rory kernel: [19759.029676] Sep 1 22:49:11 rory kernel: [19759.029693] [] ? retint_kernel+0x26/0x30 Sep 1 22:49:11 rory kernel: [19759.033218] [] ? ioread32+0x42/0x50 Sep 1 22:49:11 rory kernel: [19759.034985] [] ? nv_ro32+0xdc/0xe0 [nouveau] Sep 1 22:49:11 rory kernel: [19759.036708] [] nv50_display_sync+0x1dc/0x430 [nouveau] Sep 1 22:49:11 rory kernel: [19759.038403] [] nv50_crtc_commit+0x44/0xa0 [nouveau] Sep 1 22:49:11 rory kernel: [19759.040062] [] drm_crtc_helper_set_mode+0x355/0x500 [drm_kms_helper] Sep 1 22:49:11 rory kernel: [19759.041728] [] drm_crtc_helper_set_config+0x9f9/0xb10 [drm_kms_helper] Sep 1 22:49:11 rory kernel: [19759.043383] [] drm_mode_setcrtc+0x118/0x5a0 [drm] Sep 1 22:49:11 rory kernel: [19759.045022] [] ? mutex_unlock+0xe/0x10 Sep 1 22:49:11 rory kernel: [19759.046660] [] drm_ioctl+0x4c3/0x570 [drm] Sep 1 22:49:11 rory kernel: [19759.048280] [] ? drm_mode_setplane+0x370/0x370 [drm] Sep 1 22:49:11 rory kernel: [19759.049872] [] do_vfs_ioctl+0x97/0x530 Sep 1 22:49:11 rory kernel: [19759.051428] [] ? fget_light+0x97/0x100 Sep 1 22:49:11 rory kernel: [19759.052975] [] sys_ioctl+0x99/0xa0 Sep 1 22:49:11 rory kernel: [19759.054496] [] system_call_fastpath+0x16/0x1b Sep 1 22:49:11 rory kernel: [19759.056013] Code: 89 45 48 48 8b 45 c8 41 89 45 4c 49 8b 45 18 48 8b 90 b0 00 00 00 48 89 88 b0 00 00 00 48 05 a8 00 00 00 49 89 45 08 49 89 55 10 <48> 89 0a 31 c9 49 8b 7d 18 ba 01 00 00 00 48 81 c7 90 00 00 00 Sep 1 22:49:11 rory kernel: [19759.059775] RIP [] nouveau_finish_page_flip+0xab/0x1b0 [nouveau] Sep 1 22:49:11 rory kernel: [19759.061435] RSP Sep 1 22:49:11 rory kernel: [19759.063053] CR2: Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] Dropping Oracle OpenOffice
Hello, On 7.3.2011 18:45, Andreas Radke wrote: LibreOffice has recently proved to be a solid replacement for Oracle OpenOffice. I'm about to drop all Oracle OOo packages from our repos. I have a small concern. I regularly need to do a batch conversion of ODS files to CSV. For a long time I've been using JODConverter [1] to do so. However, with (Arch Linux's) LibreOffice it doesn't seem to work. I've found users claiming that JODConverter works with LibreOffice for them [2] (they don't mention their distribution though), I've also found an open bug report about connecting to LibreOffice [3] but I don't think it applies here. Anyway this is the error I'm getting: java.net.ConnectException: connection failed: 'socket,host=127.0.0.1,port=2002,tcpNoDelay=1'; java.net.ConnectException: Connection refused With openoffice-base everything works fine. I've tried to look at PKGBUILDs of both packages to see if there isn't a visible difference in configure options that might be a culprit but the PKGBUILDs are a bit too complicated for me to understand them well. Is there anyone who would be able to help me make this work? I'd really appreciate it, this is the last reason that forces me to use Oracle's OpenOffice. [1] http://code.google.com/p/jodconverter/ [2] http://groups.google.com/group/jodconverter/browse_thread/thread/fd5bd0606151b557/7c4cb072f5458b5f?lnk=gst&q=libreoffice#7c4cb072f5458b5f [3] http://code.google.com/p/jodconverter/issues/detail?id=76&colspec=ID%20Type%20Status%20Priority%20Version%20Target%20Owner%20Summary Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
[arch-general] Problems with nvidia card
Hello, I have a fresh Arch Linux installation on a Lenovo T410 laptop which has the following graphics card: 01:00.0 VGA compatible controller: nVidia Corporation GT218 [NVS 3100M] (rev a2) At first I tried the nouveau driver, following the description on https://wiki.archlinux.org/index.php/Nouveau. Using this driver, the X server "freezes" every couple of hours (sometimes once a day, sometimes five times a day): mouse pointer moves around the screen, even music keeps playing but mouse clicking has no effect and neither has keyboard typing. I tried suspending desktop effects in KDE, then I even uninstalled nouveau-dri but it keeps happening anyway. This is what I found in /var/log/Xorg.log in some cases: [ 49693.881] [mi] EQ overflowing. The server is probably stuck in an infinite loop. [ 49693.940] Backtrace: [ 49694.120] 0: /usr/bin/X (xorg_backtrace+0x28) [0x49f718] [ 49694.120] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x49eb14] [ 49694.120] 2: /usr/bin/X (xf86PostKeyEventP+0x67) [0x47c0d7] [ 49694.120] 3: /usr/bin/X (xf86PostKeyboardEvent+0x19) [0x47c249] [ 49694.121] 4: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f9b0f6de000+0x4700) [0x7f9b0f6e2700] [ 49694.121] 5: /usr/bin/X (0x40+0x698e7) [0x4698e7] [ 49694.121] 6: /usr/bin/X (0x40+0x118a93) [0x518a93] [ 49694.121] 7: /lib/libpthread.so.0 (0x7f9b13dfa000+0xf150) [0x7f9b13e09150] [ 49694.121] 8: /lib/libc.so.6 (ioctl+0x7) [0x7f9b12e28aa7] [ 49694.122] 9: /usr/lib/libdrm.so.2 (drmIoctl+0x28) [0x7f9b115e7268] [ 49694.122] 10: /usr/lib/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f9b115e959b] [ 49694.122] 11: /usr/lib/libdrm_nouveau.so.1 (0x7f9b10fa7000+0x2ead) [0x7f9b10fa9ead] [ 49694.122] 12: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xfe) [0x7f9b10faa4ce] [ 49694.122] 13: /usr/lib/libdrm_nouveau.so.1 (0x7f9b10fa7000+0x1f3d) [0x7f9b10fa8f3d] [ 49694.122] 14: /usr/lib/libdrm_nouveau.so.1 (nouveau_pushbuf_flush+0x1af) [0x7f9b10fa953f] [ 49694.122] 15: /usr/lib/xorg/modules/libexa.so (0x7f9b10b6c000+0x9165) [0x7f9b10b75165] [ 49694.122] 16: /usr/lib/xorg/modules/libexa.so (0x7f9b10b6c000+0xbd31) [0x7f9b10b77d31] [ 49694.122] 17: /usr/bin/X (0x40+0xd7c17) [0x4d7c17] [ 49694.122] 18: /usr/bin/X (0x40+0x1674f7) [0x5674f7] [ 49694.122] 19: /usr/bin/X (miCompositeRects+0x7a) [0x5675ea] [ 49694.122] 20: /usr/bin/X (0x40+0xd06f0) [0x4d06f0] [ 49694.122] 21: /usr/bin/X (0x40+0x2d201) [0x42d201] [ 49694.122] 22: /usr/bin/X (0x40+0x2131e) [0x42131e] [ 49694.122] 23: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f9b12d7adcd] [ 49694.122] 24: /usr/bin/X (0x40+0x20ec9) [0x420ec9] So I thought I'd try the nvidia binary driver. At the first sight fonts look different, much larger (and although I don't know why a driver change should result in bigger fonts, I can tweak this later) but for some reason KDE now tells me this: The audio playback device HDA Intel (CONEXANT Analog) does not work. Falling back to . Which results in no sound working at all. When I try running alsamixer, I get the following: cannot open mixer: No such file or directory When I try to switch to one of the virtual terminals (e.g. Ctrl+Alt+F1), alsamixer runs fine, when I switch back to X, it fails again, so clearly nvidia messes with that somehow. I'm unable to find anything relevant in the log files but I probably just don't know what to look for. At this point I don't really care which driver to choose (although I'd probably prefer a solution based on nouveau) but please, does anyone have a suggestion what to try to have both stable X.org and working sound? Thank you. Ondřej Kučera -- Cheers, Ondřej Kučera
[arch-general] KDE and output to two monitors
Hello, from time to time I connect my laptop (1280x800) with another display (usually an old 19" at 1280x1024). My preferred configuration is to set both displays to their natural resolution with the laptop display being set to be "left of VGA1". I do this all via KDE system settings. It always used to make the KDE panel and all windows stay on my laptop display, until I grabbed a window and moved it rightwards. However, since a couple of days or weeks ago (unfortunately I'm not sure which upgrade changed this) no matter what I do the KDE panel appears on the external display, so does my wallpaper and so do some of the windows (most, but not all of them). This doesn't really work for me much, does anyone know what to do to return to the previous behavior? Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [arch-general] HTML5, Youtube and chromium-browser
Hi, On 03/20/10 16:50, Gaurish Sharma wrote: Hi, I tried installing following packages on x86_64 [1] http://aur.archlinux.org/packages.php?ID=32085 [2] http://aur.archlinux.org/packages.php?ID=31368 But it didn't work. I get this: http://www.imagebam.com/image/708acc72799349 Anyone managed to get youtube videos working in HTML5/h.264 format on chromium browser? Yes, works for me here. Uninstall both packages and run pacman -S chromium. Ondřej Kučera -- Cheers, Ondřej Kučera
Re: [arch-general] Arch is ummnn different: my 1st installation: tried to install xfce...OOPS!
Hi, On 03/15/10 07:19, Joe(theWordy)Philbrook wrote: When pacman reports an error, listing just one line number like that, does it stop processing. Or does the fact that there was only one error (about icons I think) mean that everything else in the package installed successfully??? I don't know much about xfce, being a KDE user, but start by looking at /var/log/pacman.log. It should tell you what packages actually were installed or which errors occured. Could some nice Arch user point me at enough step by step instructions so that I can get enough of a gui up to use a browser like firefox so I can try to find solutions via the web while Arch is actually running??? Or for a basic troubleshooting you could try a terminal-based browser, such as links. It's not much, but at least ArchLinux wiki will be perfectly readable. Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
[arch-general] Thunderbird
Hello, I've been meaning to ask. What's going on with the thunderbird package? Version 2.0.0.23 was released more than month ago, it isn't usual with Arch for such a package to be left outdated for so long (especially since it is a security update). I know I can use ABS and rebuild it myself and I have, but still. Is there a particular reason for the delay? Shouldn't a bug report be created (when package remains out of date for this long)? Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] Opera and Java on x86_64
Heiko Baums wrote: Am Wed, 30 Sep 2009 22:15:56 +0200 schrieb Ondřej Kučera : Does anyone have a better idea? Perhaps adding /opt/java/jre/lib/amd64/server/ to LD_LIBRARY_PATH inside the opera shell script? Here are two methods how to using Java with Opera on x86_64 systems: http://wiki.archlinux.org/index.php/Opera#Java_on_Arch64 Interesting, I didn't know about the page, thanks. Seems that setting LD_LIBRARY_PATH in .bash_profile would be the best option. Ondřej -- Cheers, Ondřej Kučera
[arch-general] Opera and Java on x86_64
Hello,
I've been trying to figure out why Java applets wouldn't work on my
system in Opera. (I'm using jre/jdk from [community], not openjdk6 from
[extra].) From what I've found out: you set up a "Java directory" in
Opera preferences (this path is then written to .opera/javapath.txt) and
Opera looks for libjava.so there. At the same time Opera also looks for
libjvm.so there (or it is the first place where Opera looks, more on
that bellow). The problem is that jre package contains libjava.so in
/opt/java/jre/lib/amd64/, while libjvm.so is in "server" subdirectory
(/opt/java/jre/lib/amd64/server). That causes Opera not to find it and
disable Java completely.
I ran strace and these are relevant lines to show where Opera tries to
find libjvm.so:
open("/opt/java/jre/lib/amd64/libjvm.so", O_RDONLY) = -1 ENOENT (No such
file or directory)
open("/usr/lib/opera/10.00/libjvm.so", O_RDONLY) = -1 ENOENT (No such
file or directory)
open("/opt/java/jre/lib/amd64/libjvm.so", O_RDONLY) = -1 ENOENT (No such
file or directory)
open("/opt/java/jre/lib/amd64//native_threads/libjvm.so", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 107
open("/lib/libjvm.so", O_RDONLY)= -1 ENOENT (No such file or
directory)
open("/usr/lib/libjvm.so", O_RDONLY)= -1 ENOENT (No such file or
directory)
This lead me to an idea of creating symlink to
/opt/java/jre/lib/amd64/server/libjvm.so in /usr/lib/opera/10.00, which
worked and now I can see applets in Opera properly. Now the question is,
who's fault is it? Opera's? Jre's? And more importantly, can it be
solved in a way that doesn't require users to create symlinks as root?
Either opera package could create the aforementioned link, only that is
ugly for those not using jre package. Or jre package could create the
link into /opt/java/jre/lib/amd64/. Or maybe even move the files from
the "server" subdirectory to the upper directory (there are only three
of them and I have no idea why they are in such a subdirectory)?
Does anyone have a better idea? Perhaps adding
/opt/java/jre/lib/amd64/server/ to LD_LIBRARY_PATH inside the opera
shell script?
Ondřej
--
Cheers,
Ondřej Kučera
[arch-general] Arch Linux on Go-OO download page?
Hello, a couple of Linux distributions are mentioned at http://go-oo.org/download/ with a short info about how to install it. However, Arch Linux is not among them. I expect that if someone wrote them that Arch Linux has Go-OO in its repository as well, they'd be willing to add that message there. I'd write them myself but I suppose it would be better if it was done by someone "more official" (e. g. a developer). Opinions? Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] kde control center "Use my KDE style in GTK applications" causes ooo buttons to disappear
Hi, David C. Rankin, J.D.,P.E. wrote: The problem seems to have started after changing the kde control center setting for "Appearance & Themes" -> "GTK Styles and Fonts" -> "Use my KDE style in GTK applications". I just confirmed this on an X86_64 box that I had not made this setting on. I opened ooowriter and all buttons were there in a very flat and ugly style. I then changed the above setting which required a KDE restart. So I logged out and logged back in, reopened the same document and all of the buttons started disappearing. Has anyone else seen anything like this? More importantly, how do I fix it? I have no direct solution; when I was still using gtk-qt-engine, I was encountering weird problems all the time (fonts in menus being white instead of black which made them hard to read is one I remember the most). Then I discovered qtcurve. It's a highly configurable and a very nice (in my opinion) style for QT/KDE _and_ GTK as well. When you install packages qtcurve-kde4, qtcurve-kde3 and qtcurve-gtk2 from [community], you gain a nice, clean and unified look for all KDE, QT and GTK applications without any additional help (I don't even have that "Use my KDE style in GTK applications" option checked in KDE settings). So give it a shot, maybe you'll like it. Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] Why do I have 20-ups-nut-device.fdi in my / dir?
Hi, Lukáš Jirkovský wrote: 2009/5/5 David C. Rankin, J.D.,P.E. : Listmates, Picking around with mc, I saw a file that looked really out of place. In my / dir, I have 20-ups-nut-device.fdi. Shouldn't that be in /etc/hal/fdi/policy/. I plead the 5th, I don't know how it got there. This is on my x86_64 box. The date and time of the file are: -rw-r--r-- 1 root root 12367 2008-06-17 08:39 20-ups-nut-device.fdi [20:05 alchemy:/] # pacman -Qo 20-ups-nut-device.fdi error: No package owns 20-ups-nut-device.fdi Dunno? Can somebody take a quick check and see if they have this stray .fdi file in their / directory. It looks like a 'network ups tools' (nut) policy, but why it's in / escapes me. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com You should use pacman -Qo /20-ups-nut-device.fdi note the / at the beginning. Why? He obviously was in that directory. -- S pozdravem Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [arch-general] User Environment Setup in Arch Linux?
David C. Rankin wrote: Listmates, Coming from SuSE, I'm used to /etc/profile sourcing ~/.bashrc. I was scratching my head as to why my .bashrc wasn't being read when I would ssh into the Arch Linux box. Looking at the Arch /etc/profile it seems parts come from SuSE, but not the part about also sourcing ~/.bashrc. I have .bash_profile in my $HOME with the following content: . $HOME/.bashrc and it works well. I think I didn't even have to create it myself, it was done when creating the user. Any reason not to source ~/.bashrc from /etc/profile in Arch? Will I screw myself up somewhere else? Perhaps if another user of the system wouldn't want to use bash as their login shell, it might not to be the best solution for them. Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [arch-general] Wifi not working after kernel upgrade to 2.6.29 (SOLVED)
Thomas Bächler wrote: Ondřej Kučera schrieb: And this is new with 2.6.29? Because I know that the optional dependency of kernel26 on crda has been there for some time and I haven't needed crda yet. When I'm running 2.6.28 not having crda installed and having AP hidden, everything works without problems. 2.6.28 had static regulatory settings for "US", "EU" and "JP" built-in, and "US" was enabled by default. Active scans were allowed there on channels 1-11, but now the default changed to "World" and that is VERY restrictive. If you don't have crda installed, you cannot use any 802.11a channels, only channels 1-11 are enabled with passive scanning only and no adhoc. I've been away for the Easter holidays but anyway it seems that really all I needed to do was install crda and uncomment WIRELESS_REGDOM="CZ" in /etc/conf.d/wireless-regdom and it all seems to work again. Thanks a lot! Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] Wifi not working after kernel upgrade to 2.6.29
Thomas Bächler wrote: Ondřej Kučera schrieb: So this means we have at least 2 different problems. Can you increase netcfg's timeout? Does "iwlist scan" (as root) show anything? I think I tried increasing the timeout (although I don't remember to which value, I'll try again). I did try iwlist wlan0 scan and it worked without problems (I didn't see my AP but that's because it doesn't broadcast essid). Ah, then I was right and you need active scans to find it, and those are disabled if you don't have crda and the right regulations set, see the output of "iw list". And this is new with 2.6.29? Because I know that the optional dependency of kernel26 on crda has been there for some time and I haven't needed crda yet. When I'm running 2.6.28 not having crda installed and having AP hidden, everything works without problems. Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [arch-general] Wifi not working after kernel upgrade to 2.6.29
Does that mean you hide your AP? Hiding the AP never worked for me. greetings tpowa Yes I do that and it has worked for me since I bought the router (at least a year), first problem came now with 2.6.29. But when I'm back home I can also try to unhide it and see what happens. Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [arch-general] Wifi not working after kernel upgrade to 2.6.29
Thomas Bächler wrote: Ondřej Kučera schrieb: I may look into that again in the evening but I'm quite sure that wpa_supplicant was running. I was able to run wpa_cli status without any weird errors or warnings. The only problem was that the status was "SCANNING" all the time (as I mentioned) which means that netcfg gives up after 20 seconds. So this means we have at least 2 different problems. Can you increase netcfg's timeout? Does "iwlist scan" (as root) show anything? I think I tried increasing the timeout (although I don't remember to which value, I'll try again). I did try iwlist wlan0 scan and it worked without problems (I didn't see my AP but that's because it doesn't broadcast essid). Also, active scanning is disabled by default due to regulatory restrictions. If you install the crda package and set your country code in /etc/conf.d/wireless-regdom (then reboot or run /etc/rc.d/wireless-regdom start) you should be able to do active scans again, maybe that helps, maybe not. OK I can try that as well and see what happens. Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [arch-general] Wifi not working after kernel upgrade to 2.6.29
Thomas Bächler wrote: Ondřej Kučera schrieb: Hi, I've just upgraded kernel to 2.6.29.1-3 and since then I can't connect to my wireless network. netcfg times out and says "Wireless association failed". The driver is iwl3945, here is the profile's content: CONNECTION="wireless" INTERFACE=wlan0 SCAN="no" SECURITY="wpa" ESSID="foo" KEY="foobar" IP="dhcp" TIMEOUT=20 QUIRKS=(preessid wpaessid) If I correctly understand how it all works, wpa_supplicant is run and then "wpa_cli status" is saying "wpa_state=SCANNING" for the whole 20 seconds until netcfg gives up. Does anybody have similar problems or knows a solution? Perhaps also relevant lines from /var/log/everything.log: Apr 10 00:00:33 hermione kernel: iwl3945 :03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 Apr 10 00:00:33 hermione kernel: Registered led device: iwl-phy0:radio Apr 10 00:00:33 hermione kernel: Registered led device: iwl-phy0:assoc Apr 10 00:00:33 hermione kernel: Registered led device: iwl-phy0:RX Apr 10 00:00:33 hermione kernel: Registered led device: iwl-phy0:TX Apr 10 00:00:33 hermione kernel: ADDRCONF(NETDEV_UP): wlan0: link is not ready Apr 10 00:00:55 hermione kernel: iwl3945 :03:00.0: PCI INT A disabled Is wpa_supplicant even running? I looked into the issue with someone on IRC and in his case, wpa_supplicant wouldn't start! wpa_supplicant -dd would say: Using existing control interface directory. ctrl_interface_group=10 (from group name 'wheel') ctrl_iface bind(PF_UNIX) failed: Address already in use ctrl_iface exists and seems to be in use - cannot override it Delete '/var/run/wpa_supplicant/wlan0' manually if it is not used anymore Failed to initialize control interface 'DIR=/var/run/wpa_supplicant GROUP=wheel'. You may have another wpa_supplicant process already running or the file was left by an unclean termination of wpa_supplicant in which case you will need to manually remove this file before starting wpa_supplicant again. He said that /var/run/wpa_supplicant didn't exist at the time. I don't understand it, but it might be the same thing that is happening to you. It might also explain why this is only happening to WPA networks for some people. I may look into that again in the evening but I'm quite sure that wpa_supplicant was running. I was able to run wpa_cli status without any weird errors or warnings. The only problem was that the status was "SCANNING" all the time (as I mentioned) which means that netcfg gives up after 20 seconds. Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [arch-general] Wifi not working after kernel upgrade to 2.6.29
Hi, Thomas Bächler wrote: All fine here (no netcfg, but iwl3945). Out of curiosity, which channel do you use and which country are you in? No idea about the channel, how do I find out? The country is Czech Republic. Ondřej -- Cheers, Ondřej Kučera
[arch-general] Wifi not working after kernel upgrade to 2.6.29
Hi, I've just upgraded kernel to 2.6.29.1-3 and since then I can't connect to my wireless network. netcfg times out and says "Wireless association failed". The driver is iwl3945, here is the profile's content: CONNECTION="wireless" INTERFACE=wlan0 SCAN="no" SECURITY="wpa" ESSID="foo" KEY="foobar" IP="dhcp" TIMEOUT=20 QUIRKS=(preessid wpaessid) If I correctly understand how it all works, wpa_supplicant is run and then "wpa_cli status" is saying "wpa_state=SCANNING" for the whole 20 seconds until netcfg gives up. Does anybody have similar problems or knows a solution? Perhaps also relevant lines from /var/log/everything.log: Apr 10 00:00:33 hermione kernel: iwl3945 :03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 Apr 10 00:00:33 hermione kernel: Registered led device: iwl-phy0:radio Apr 10 00:00:33 hermione kernel: Registered led device: iwl-phy0:assoc Apr 10 00:00:33 hermione kernel: Registered led device: iwl-phy0:RX Apr 10 00:00:33 hermione kernel: Registered led device: iwl-phy0:TX Apr 10 00:00:33 hermione kernel: ADDRCONF(NETDEV_UP): wlan0: link is not ready Apr 10 00:00:55 hermione kernel: iwl3945 :03:00.0: PCI INT A disabled Ondřej -- Cheers, Ondřej Kučera
[arch-general] Bug reports for out of date packages?
Hi, Arch's packages usually (almost always) get updated pretty fast and the system "don't create a bug report, just flag the package out of date to get dev's/TU's attention" works fine. But sometimes there exist packages both in community and in extra (I'm not sure about core but maybe even there) that don't get updated even after a significant time from the upstream's release (e. g. swt, amarok, jre or jdk from the nearest past). Shouldn't there be a time limit (two weeks? a month?) after which it would be OK to create a bug report? That way there could be a discussion about why that package hasn't/couldn't be updated and everyone would know where to look for the reasons without having to go through mailing list archives, bbs and so on. Just a thought though. Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] [arch-dev-public] Maintainer wanted for ruby
Hi, We can alway have a ruby package and a ruby18 package at a later date, much like what will happen when I make python3 to python. Currently, it seems that nothing in the repos builds against ruby-1.9 so I (or whoever takes ruby over) can wait for that transition and provide a ruby19 package. Well maintaining both versions (at least for some time) would be an ideal solution, only I didn't dare to suggest it because I can imagine it takes quite some work. :-) Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] [arch-dev-public] Maintainer wanted for ruby
Hi, Kessia 'even' Pinheiro wrote: True, but, it depends of the user. If he don't use any gem, it wont broke. So, we need decide if we'll provide a new package with many new features, or wait some time (how much?) to provide this package because some (how much?) users use a specific gem to code/run a Rails app. Yes, it's not an easy question, ideally someone enough involved in the Rails community should say when it is OK (from Rails point of view) to upgrade Ruby. I'm definitely not that person I'm afraid, I just wanted to say that upgrading Ruby has its consequences. I myself don't use/need any other gems than those that Rails require, at least for now I don't. Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [arch-general] [arch-dev-public] Maintainer wanted for ruby
Hi, Kessia 'even' Pinheiro wrote: I think the problem isn't the Rails, but the Gems. Until I know, Rails 2.2.2 are compatible with Ruby 1.9. But some developers don't upgrade their gems code to work with Ruby 1.9.X, so, sometimes apps will break with a upgrade. But, it depends only from developers of used gems. True. But at the end of the day it goes down to works/doesn't work as a whole and as long as the gems used by Rails are broken, Rails are effectively broken too. :-( Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [arch-general] [arch-dev-public] Maintainer wanted for ruby
Hi, Johannes Held wrote: Allan McRae : I think very little in [extra] depends on ruby (needed plugins mainly), but the is quite a bit in [community]. I thought BaSh used to maintain some of them so perhaps he wants to be the maintainer. Anyway, the transition to the 1.9 series in not minor (as in plug-ins need ported) so if no-one volunteers, I will just continue with the 1.8 series until such a time as something in our repos really needs 1.9. Allan I did an update via abs right know and ran into some smaller problems: - Ruby 1.9.1 now includes rubygems, so I had to remove that first. - /usr/bin/rake wasn't owned by any package. - vim (compiled with --enable-rubyinterp) won't work (and compile) However, ruby 1.9.1 is really faster than old 1.8.7. I'll test further for some shortcomings with the new ruby. Does anyone know what the current state of Ruby on Rails versus Ruby 1.9.x is? Because I remember there were compatibility issues and I'm pretty sure there are Archers who use Ruby on Rails (even if only for example for development). It would be unfortunate to break it for them, even if Ruby itself is better in the version 1.9.x. Ondřej -- Cheers, Ondřej Kučera -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [arch-general] Status of swt and azureus/vuze
Hi, Andrea Scarpino wrote: 2008/12/6 Ondřej Kučera : I think one of two things should happen. (a) Someone (ideally just one person) - a dev I mean - will adopt azureus again, rename it to vuze and update it to the latest version, alongside with swt. Then the vuze package in unsupported can be deleted. (b) Both azureus and swt will be dropped from extra. Then the vuze in unsupported will become more or less "official" (or at least the only available version in ArchLinux world) and perhaps a TU can then move it to [community] if they feel like maintaining it. It might also be possible to create a swt package in unsupported and let vuze depend on it (because perhaps there are more applications out there that could depend on swt) - if one sticks to the precompiled binaries, it's not that hard to maintain it. (c) Both azureus and swt will be moved to community. I can adopt and update they to last version, then rename azureus to vuze and drop vuze from unsupported. Works for me, of course. Ondřej -- Cheers, Ondřej Kučera
[arch-general] Status of swt and azureus/vuze
Hello all, this has been brought on a couple of times before but never resolved. The situation is to my knowledge as follows: (1) There is an azureus package in [extra]. It is very much outdated (I think it hasn't been really updated for about at least a year) and it has been orphaned for most of the time. (I'm not sure if it even works anymore but perhaps it does.) The only nice thing about is package is that it is built from Azureus sources instead of using the precompiled Azureus binaries provided by upstream (although it is maybe questionable whether or not this is an advantage or how big). (2) There is a swt package in [extra], version 3.3.2. It has been flagged out of date (I may have done that myself, I'm not sure) for some time now, version 3.4 has been released in June, almost half a year ago. This package, too, is built from sources instead of provided binaries. The only package depending on swt is the above mentioned azureus. (3) There is a vuze package in unsupported (vuze is the new name of azureus for those who aren't familiar). It is up-to-date, only it is not built from sources. It just more or less takes the provided binaries and uncompress them into /opt/vuze. This package has its own version of SWT bundled in, I've tried at least to save some disk space by removing bundled swt.jar and using the one from [extra], unfortunately vuze then wouldn't start. I'm not sure where the error lies, I suspect it has something to do with the way swt in [extra] is built but I may be wrong (I can provide more details, the error message for example, if anyone's interested). My personal conclusion: not that many users really use vuze, because I seem to be the only one complaining here all the time (I think this is at least the third time I'm opening this). :-) (On the other hand vuze in unsupported has almost 50 votes, so probably users use this version instead of the outdated version in [extra].) Also, devs probably don't want to maintain vuze or swt, I'm not blaming them at all (there has been an e-mail describing how tricky it is to compile it from sources), and when there's no one to use it, what's the point anyway? I think one of two things should happen. (a) Someone (ideally just one person) - a dev I mean - will adopt azureus again, rename it to vuze and update it to the latest version, alongside with swt. Then the vuze package in unsupported can be deleted. (b) Both azureus and swt will be dropped from extra. Then the vuze in unsupported will become more or less "official" (or at least the only available version in ArchLinux world) and perhaps a TU can then move it to [community] if they feel like maintaining it. It might also be possible to create a swt package in unsupported and let vuze depend on it (because perhaps there are more applications out there that could depend on swt) - if one sticks to the precompiled binaries, it's not that hard to maintain it. Any ideas or solutions? Should I for example file a bug report instead? Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] Update to latest jre/jdk break Eclipse
Hi, Christian Babeux wrote: Hi, I recently updated my laptop, and it updated JRE and JDK. After that update Eclipse won't start. I don't know if it need rebuilding because I saw on the dev list that we are no longer using Sun's JVM and opted for the open-source one (openjdk) (correct me if I am wrong) ? Anyway here the relevant versions of the packages : eclipse 3.4.1-1 jdk 6u11-1 jre 6u11-1 If you're using jdk/jre from community, it is still the Sun's Java implementation. You'd have to remove it and then do pacman -S openjdk6 to switch. Don't know what's wrong with Eclipse though. I attached the Eclipse log file with this message. *EDIT*: For some reasons the list wouldn't let me post the log file so here a link: http://pastebin.com/m1beb7eb9 Perhaps try to do some googling about the errors from lines 11 and 25. Actually, all the lines of the pattern "Bundle reference:file:plugins/org.eclipse.core.resources.compatibility_3.4.0.v20080604-1400.jar was not resolved." are suspicious too. Seems like eclipse can't find many of its plugins. Try to look for these files whether you have them somewhere. Didn't you use some auto-update that might have failed or something? Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] System upgrade fails
Hi, :: Starting full system upgrade... resolving dependencies... checking for conflicts... error: fail to prepare transaction (couldn´ t satisfy dependencies) :: ipw3945: needs kernel26<2.6.27 I think ipw3945 is something about my network card, but whatever it is, it´s not listed in the repositories (pacman -Sl | grep ipw --> ipw2100-fw and ipw2200-fw). And my kernel is 2.6.26-ARCH, so i think is a kernel26, <2.6.27, right? Anyone with the same problem?? Can i uninstall the package without a problem?? Thanks. See this: http://www.archlinux.org/news/414/ Specifically this part: "The ipw3945 driver doesn't compile anymore. It's probably easy to patch, but we'll stop maintaining it anyway. Please use iwl3945 or compile the driver yourself (the latest PKGBUILD and patches can be found at http://repos.archlinux.org/viewvc.cgi/ipw3945/trunk/)" Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] netcfg 2.1.1 problem
Hi, James Rayner wrote: What driver? http://archlinux.org/news/410/ The major change between 2.1 and 2.0 is that any driver specific workarounds/hacks have been disabled by default. You can re-enable them using the QUIRKS array documented on the wiki. http://wiki.archlinux.org/index.php/Network_Profiles#Driver_Quirks_.28netcfg_2.1_and_later.29 Aah, thanks. I actually read the news but then forgot all about it since. Anyway just for the record, my driver is iwl3945 and what helped was QUIRKS=(preessid wpaessid) (I'm writing this because I couldn't google it, I had to try a couple of different combinations, this way Google should index the maillist archive sooner or later and maybe it could help someone). Ondřej -- Cheers, Ondřej Kučera
[arch-general] netcfg 2.1.1 problem
Hello, after upgrading netcfg from 2.0.6 to 2.1.1 I can no longer connect to my wireless router (luckily downgrading back solves it). I know I should file a bug report and I will, I only wanted to ask what information is relevant, for output of which programs I should look, etc. Unfortunately I know almost nothing about wireless networks or how netcfg really works but when I was trying to manually do the interesting steps that I found in /usr/lib/network/wireless.subr, it seemed to me that the problem occurs in wpa_check() where wpa_cli status always returns SCANNING until it all times out. For some reason this doesn't happen with netcfg 2.0.6 so I suppose the previous steps that prepare everything do something in a different way. Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] [arch-dev-public] Azureus
On Sun, 13 Apr 2008 02:12:41 -0500 Simo Leone <[EMAIL PROTECTED]> wrote: > On Sat, Apr 12, 2008 at 01:48:58PM +0200, Jan de Groot wrote: > > I could update it again. The reason for patching it during froscon > > was that upstream azureus doesn't work with GNU java. > > > Why do we care? What's wrong with depending on Sun's java package? > > > Another thing was that > > the jarfile contains a lot of Windows and Mac OS X related things, > > the update manager doesn't work happily together with pacman > > packages and the upstream distribution contains either outdated > > copies of libraries where we have packages for, or just references > > to outdated copies that are incompatible with our installed > > versions. > > > Now some of that can be a problem. > > > I had a look at the source, I can reduce some patches, as most are > > not needed anymore. Back then, I wrote two patches to remove some > > com.sun.* usage, they don't apply anymore and I have to check if > > they're still needed and if so, rewrite them. > > > See first response. > > > Another thing I stumbled on were the dependencies: > > >=dev-java/bcprov-1.35:0 > > >=dev-java/commons-cli-1.0:1 > > >=dev-java/log4j-1.2.8:0 > > >=dev-java/swt-3.4_pre6-r1:3.4 > > > > That's what gentoo lists as dependencies (there's no clear > > reference of dependencies in the upstream source at all... just > > compile errors with weird missing references when you don't have > > these installed). > > > > -bcprov is packaged > > -commons-cli isn't > > -neither is log4j > > -swt is at 3.3.x > > > > Azureus 3.0.5.0 needs swt 3.4 development version (3.4M6 is > > current). If we don't want to update swt to the development > > version, we're tied to the much older 3.0.4.2 release, which needs > > some additional patches to compile from source. > > > > > Augh. Maybe we should go back to using the ones included with the > jarfile, since I think the java policy we've got is basically... > "split it if you can, don't bother if it's a hassle". This is > starting to sound like a hassle to me. > > -S I'll open this again... I think the main question now is - how many Archers are actually interested in Azureus? I mean if I'm the only one who uses it (or there's only a few of us), is there any reason for it to be in [extra] (where it is unmaintained anyway), shouldn't it be simple moved to unsupported (where someone would or wouldn't pick it up)? Is there any way to find out how popular a package in [extra] is (something like votes in AUR)? Anyway I created a new package in AUR, vuze (which is the new name of Azureus, I didn't even know that) - http://aur.archlinux.org/packages.php?ID=17932. It simply downloads the latest binary version and puts it to /opt. It seems to work OK - at least it starts and is able to start downloading a torrent of ArchLinux's ISO. :-) The PKGBUILD is very basic for now, I just wanted to know if anyone is actually interested at all (if you are, please leave a comment and/or vote). It has the following limitations: (1) Right now, only x86_64 is supported, some juggling similar to what is done in PKGBUILD for Opera will be needed. (2) Depends on jre. Perhaps it would be more correct to depend on java-runtime but I don't have time to test it under java-gcj-compat. (3) Perhaps it should provide azureus and conflict with azureus. It doesn't have any conflicting files with the azureus package though. On the other hand, using both might mess with $HOME/.azureus... Any comments? I really don't think that there should be a package in core/extra/community unmaintained for such a long time. -- Cheers, Ondřej Kučera
Re: [arch-general] [arch-dev-public] Azureus
> -bcprov is packaged > -commons-cli isn't > -neither is log4j > -swt is at 3.3.x > Azureus 3.0.5.0 needs swt 3.4 development version (3.4M6 is current). If we > don't want to > update swt to the development version, we're tied to the much older > 3.0.4.2 release, which needs some additional patches to compile from > source. Hmm... How about putting swt 3.4m6 and azureus 3.0.5.0 into testing (so that those who want it could at their own risk download something based on a development version of a library)? It would mean creating packages for commons-cli and log4j though, I have no idea how hard would those be. Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] Transition to the new perl policy
On Fri, 11 Apr 2008 20:15:12 -0400 (EDT) Eric Belanger <[EMAIL PROTECTED]> wrote: > You can remove: > perl-compress-zlib > perl-io-compress-base > perl-io-compress-zlib > perl-compress-raw-zlib > as they are now provided by the perl package. Yeah, thanks, this actually came to me while I was having breakfast today (I wrote the original message right before I went to bed), so my mistake. I forgot to check the list from pacman log after I upgraded perl. > The two other use the new policy make sure your system (and mirror > you use ) is up-to-date: > perl-parse-recdescent-1.95.1-1 > perl-term-readline-1.0302-1 It seems perl-term-readline is my own fault too, I probably installed it from source using the old PKGBUILD (and only modifying the version). But I did find perl-parse-recdescent-1.95.1-1.pkg.tar.gz in /var/cache/pacman/pkg and this package installs things into the old directories. There's a new version of this package on FTP now (which installs into correct directories) but the filename is still the same. So maybe firmicus (who built the new version) forgot to increment $pkgrel when he was updating the PKGBUILD? Ondřej -- Cheers, Ondřej Kučera
[arch-general] Transition to the new perl policy
Hello, I was trying to figure out why something doesn't work with a certain perl module and even though later I found out that the problem is somewhere else, I noticed that there still are some files and directories in /usr/lib/perl5/site_perl/current. The packages responsible for this (on my machine) are: perl-compress-zlib perl-parse-recdescent perl-term-readline perl-io-compress-base perl-io-compress-zlib perl-compress-raw-zlib Is this considered a bug, shoud I file a bug report? If so, one for each package, or just on report listing them all? Also, there are these following five files that no package owns. error: No package owns ./x86_64-linux-thread-multi/DCOP/Object.pm error: No package owns ./x86_64-linux-thread-multi/auto/DCOP/DCOP.bs error: No package owns ./x86_64-linux-thread-multi/auto/DCOP/DCOP.so error: No package owns ./x86_64-linux-thread-multi/auto/DCOP/.packlist error: No package owns ./x86_64-linux-thread-multi/DCOP.pm This really confuses me because I never (and I mean really never) install anything any other way than via pacman. It is perhaps related to http://bugs.archlinux.org/task/8466, although I'm not sure how come they're without an owner now. Maybe it is because they used to be in site_perl/5.8.8 (and site_perl/current was only a symlink), whereas now they're in site_perl/current which is a regular directory now (and kdebindings still "owns" them in site_perl/5.8.8). Ondřej -- Cheers, Ondřej Kučera
[arch-general] Azureus
Hello, does anybody know what the deal is/plans are with the azureus package? It hasn't been updated for more than 7 months and it has been flagged out of date for a couple of months now too (as far as I remember). If the devs are not interested in maintaining it, shouldn't it be moved either to community or to unsupported where perhaps someone would pick it up and update the PKBGUILD? Ondřej -- Cheers Ondřej Kučera
Re: [arch-general] Concurrent java environments
e there really are some serious difficulties. So no, I didn't do more research than that I spent some time thinking about whether it might or might not work, I never said I did. I asked because I thought someone might have done that in the past (which would mean that I would be just repeating something that was bound to be doomed) or that someone sees further than I do and can immediately see why it would never work. I don't have the step-by-step solution you're talking about. If I did, this whole conversation would be pointless. But you make it seem as if even asking about whether something was already tried (or seems possible at all) is wrong unless I spend hours or days finding my own solution. > And I am very glad you got the necessary point about ANYONE being > able to use the Arch supplied tools to craft a solution to the issue > you wanted to discuss. Yes and also anyone is able to use their favorite editor and gcc to make their own operating system. Yet not many people do so because the time they would spend learning how to do it would be enormous. For the same reason not everyone can be an ArchLinux developer, not everyone has the knowledge and though many people would be capable of acquiring this knowledge, most of them don't have the time. So yes, I could spend the hours recompiling both java environments from the source and juggling with PKGBUILDs and maybe I even will but the point is that I wanted to find out if perhaps someone already tried that or saw a solution that would take minutes instead of hours (or hours instead of days). I really don't see what was so horribly wrong with my question. Ondřej -- Regards, Ondřej Kučera
Re: [arch-general] Concurrent java environments
Hi, > I see a HUGE headache is asking the user to deal with "changing paths" > just so a few users can have two java implementations installed. Or > even worse asking some sort of software to 'automagically' switch such > declarations. there is nothing but grief in going that route with > little to gain except for those highly specific usages of a untypical > and quite unusual user such as yourself. > > i.e. There is nothing whatsoever K.I.S.S. in what you are asking for. > And ArchLinux is *very* SPECIFICALLY a K.I.S.S. style distribution. > > however all is not lost for you since there *IS* both abs AND a way to > track specialized PKGBUILDs on specific and particular machines. A > user such as yourself CAN (!) choose to do the things YOU desire > without asking Arch to accommodate what you ask for. i.e. You can do > this for yourself quite easily using the Arch-way once you determine > EXACTLY how to accomplish your configuration. I would suggest you > read up on customizing PKGBUILDs so you can facilitate YOUR specific > needs. I think you misunderstood my intentions. I certainly don't want users to deal with changing paths if that was what it took. But I don't think this is necessary. The way I see it is this: now users can have one and only one java implementation. They can choose whether it is based on GNU's gcj+classpath or Sun's jre/jdk. Either way as long is the java application is "sane" and doesn't need Java 6 features (which are afaik not included in gcj), it will run OK. If Arch provided a way to have both environments installed, nothing needs to be changed for normal users. They would choose one of the environments and everything would run as smoothly as it does now, that's the beauty of it and I don't see where it contradicts KISS. Only some users who want to have more choice would install both environments. There would have to be one default, frankly I don't care which but probably it would be easier if it was the GNU's because it is in /usr/bin. If such an advanced user needed to run some application under Sun's java, they would probably only need to write a simple script which would put /opt/java/bin at the start of $PATH and perhaps set $JAVA_HOME. But this wouldn't have to be done by all users like you were saying, I would never suggest something like that. So actually I disagree, I think what I'm asking still complies to KISS. I mean one of the points of using Linux is to have a choice - you can choose your distribution, you can choose your favorite video player, you can choose your favorite PDF reader and you can choose to install three or five of them so that you can switch if you have a video file that your favorite player is unable to play or a PDF file that your favorite PDF reader has trouble printing. One of the reasons I chose ArchLinux was because it has so many packages available and most of them I can have installed at the same time. That's why I'm surprised that such a decision was taken not because there was some technical difficulty but because somebody felt that (almost) no one needs more than one java. Yes you're right, there is ABS and I can just rebuild my own jre/jdk packages. The only problem is - one of the other reasons why I chose ArchLinux was that the major "everyday" packages are prepared and I don't have to compile them myself. And it feels rather strange (and actually this I find a little contradictory to KISS) having to rebuild both packages with the only change to the PKGBUILDs in the way that I would change their "conflicts" line (perhaps I could actually use the binary packages and tell pacman to ignore dependencies). In conclusion, I don't want to fight or argue or be offensive in any way. If I'm missing something important that would make life of other users more complicated, please tell me. But so far I don't see what it is in my request (actually it started as more of a question really) that would complicate things for users that want to have only one java installed (which would be probably the most of them). Ondřej -- Regards, Ondřej Kučera
Re: [arch-general] Concurrent java environments
Hi, > You could install gcc-gcj and symlink the web plugin in the right > directory without installing java-gcj-compat. Yes. But sadly, as I was saying, that won't work for applets using certificates because they would be looking for files like /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/security/cacerts and those (actually I'm not sure if this is the only such a file or if there are more) are a part of java-gcj-compat. So because of this one may really need java-gcj-compat. > The reason why we have > it conflicting is because we want to have only one complete java > solution installed on a system. OK and the reason for this is which? :-) Shouldn't this be up to the user? Does it have some real drawbacks to have more than one java installed? I on the other hand can imagine that someone is developing java applications and wants to test it against gcj, Sun's java, IBM's java and perhaps even some others - why should it be a problem unless there are some technical difficulties in setting up the environments? Ondřej -- Cheers, Ondřej Kučera
[arch-general] Concurrent java environments
Hello, I was wondering - why jre/jdk packages conflict with java-gcj-compat? Unless I missed something there are no file conflicts (since jre and jdk are in /opt) and I think the rest (switching between the environments when necessary) could be done be (re)setting of environment variables (such as $PATH and $JAVA_HOME). Or am I overlooking something? Being a java developer (at least from time to time) I am in need of Sun implementation (actually even of version 6), on the other hand on x86_64 the webplugin from gcc-gcj in combination with java-gcj-compat is the only way to run some applets (e. g. those that need security certificates; for other applets only gcc-gcj might be enough). Ondřej -- Cheers, Ondřej Kučera
Re: [arch-general] gcc-gcj, webplugin and java.security package
Hi, > please file a bug for the gcc-gcj package. it seems there must be an > option to build the gcj package with additional security features. OK, done, FS#9458. Ondřej -- Cheers Ondřej Kučera
[arch-general] gcc-gcj, webplugin and java.security package
Hello, I'm trying to make a certain applet (which is inside an internal company information system so unfortunately I can't provide a link) working on x86_64. I tried libgcjwebplugin from gcc-gcj and it starts loading the applet but then it prints the following error to stdout (and the applet doesn't work): java.io.FileNotFoundException: /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/security/cacerts (No such file or directory) I think that this is quite weird, I thought that there would be a problem that the applet uses some Java features that aren't yet implemented in gcj/gnu classpath, but this seems to say that it just looks for some certificates in a really strange place - which could be a bug of gcj or a bug in the way how it's packaged in ArchLinux, I have no idea what is the case here. But anyway if I do "pacman -Ql gcc-gcj" the paths look very different from this one. If i try "locate cacerts" I get /opt/java/jre/lib/security/cacerts which of course belongs to jre package. So, does anyone have a clue if this might have some solution? I also attached the whole stacktrace if that could help. -- Cheers, Ondřej stacktrace Description: Binary data
Re: [arch-general] Java applets in Arch64
On Sat, 26 Jan 2008 10:38:35 +0100 Andreas Radke <[EMAIL PROTECTED]> wrote: > gcc-gcj provides a java environment and an alpha state plugin. the > plugin already works in _some_ cases. java at all works quiet well. > we use it to build and run OpenOffice.org, Azureus and some more > packages. > > you can try if the plugin fits your needs by installing the > java-gcj-compat package. Thanks, I tried that and for some applets it works indeed. Sadly not for the one I need but I managed to find a weird error in stdout that could be a clue (but I'll post that in a new thread). -- Cheers, Ondřej
[arch-general] Java applets in Arch64
Hello, I need to be able to use java applets on my Arch64 box. From what I found on the wiki (http://wiki.archlinux.org/index.php/Arch64_FAQ) it should work out of the box in Konqueror but unfortunately it isn't the case for me. I tried the following two pages containing applets, neither seems to work. http://java.sun.com/docs/books/tutorial/deployment/applet/getStarted.html http://www.gnu.org/software/classpath/ I do have the java packages (both jre and jdk), I have java enabled in Konqueror, I'm not sure if I'm supposed to do something else. Truth to be told the best solution would be to have applets working in Firefox since since I need them working in an intranet web application that is not exactly 100% compatible with Konqueror, I'm afraid. Is there a working solution for Firefox? -- Cheers, Ondřej
