- Arch-general - lists.archlinux.org

[arch-general] Java Problem
by Hunter Jozwiak 08 Dec '14

08 Dec '14

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?

3 5

[arch-general] Official policy on beta releases in mainline repos
by Troy Engel 06 Dec '14

06 Dec '14

If this is on the wiki or elsewhere I've missed it, please feel free to direct me there. What is the official policy on beta releases in the mainline repositories? Is there one? $ pacman -Ss | grep ^[a-z] | grep beta core/grub 1:2.02.beta2-5 extra/foobillard++ 3.42beta-5 extra/frozen-bubble 2.2.1beta1-6 extra/hddtemp 0.3.beta15.52-2 extra/libcaca 0.99.beta18-2 [installed] extra/libunicodenames 1.1.0_beta1-1 extra/tsocks 1.8beta5-7 extra/ttf-tibetan-machine 1.901-6 community/echat 0.04beta1-4 community/fatrat 1.2.0_beta2-14 community/freerdp 1.2.0_beta1+android9-1 community/krecipes 2.0beta2-6 community/krusader 2.4.0beta3-5 community/sniffit 0.3.7.beta-15 community/vbindiff 3.0_beta4-4 community/wqy-microhei 0.2.0_beta-6 community/wqy-microhei-lite 0.2.0_beta-6 community/xmove 2.0beta2-6 I'm specifically concerned about the choice to release betas of freerdp into mainline and was trying to find out what the policy was and when it was deemed OK to release betas. (as with grub). I am not finding the reason for a freerdp upgrade documented to use the betas, a lot of us use this tool for work and can't afford to deal with the hits of beta software in a critical utility. thx, -te [1] https://bbs.archlinux.org/viewtopic.php?id=190317 [2] https://bugs.archlinux.org/task/42890

2 2

[arch-general] mpv in [community] compiled against different version of ffmpeg than in [testing]
by Savya 06 Dec '14

06 Dec '14

I was running mpv from the terminal today, and I got an unexpected message: "Warning: mpv was compiled against a different version of ffmpeg than the shared library it is linked against. This can expose subtle ABI compatibility issues and can lead to misbehaviour and crashes." Installed versions of packages: [testing]/ffmpeg: 1:2.5-1 [community]/mpv: 0.7.1-1 I would request (if possible, of course), that mpv in community be compiled against the version of ffmpeg in [testing] and put in the [community-testing] repo whenever ffmpeg is in [testing]. Thanks! -- Cheers! Savya

4 7

[arch-general] ibus
by Ralf Mardorf 05 Dec '14

05 Dec '14

Hi, I'm surprised why ibus is installed on my machine. Is ibus needed for anything on my machine? The package claims that it was "Installed as a dependency for another package", but no package seems to need it. $ pacman -Qi ibus Name : ibus Version : 1.5.9-4 Required By : None Optional For : None Conflicts With : None Replaces : None Install Reason : Installed as a dependency for another package $ pactree -r ibus ibus I replaced two packages with dummy packages, non of the "original" packages does need ibus. $ pacman -Si pulseaudio gvfs | grep ibus Has got ibus any effect, when no other package requires it? Regards, Ralf

6 9

[arch-general] Built packages of GCC 5
by Kalrish Bäakjen 02 Dec '14

02 Dec '14

Hello, I am working on a nasty machine that is slow and sporadically freezes, which makes it unable to compile anything that takes a bit of effort. I would like to try GCC's development version, but it's not possible to build it locally. Do you know of any (unofficial) respository that offers i686 packages of GCC 5? By the way, would there be any problems with system libs if a development version was installed (in place of the stable one, which is 4.9.1)? Thanks, Kalrish

3 3

[arch-general] Organising a Bug Squashing Day
by Helene Tindon 30 Nov '14

30 Nov '14

Hi! I'm an IT student in Paris, fairly new to Archlinux, and I would like to organise a Bug Squashing Day. Problem is, I have no idea who I should contact to do things properly. Shall I send this message to the arch-dev-public mailing-list too? Thank you, Helene

3 3

[arch-general] Reconverting to Arch
by Hunter Jozwiak 30 Nov '14

30 Nov '14

Hi ladies and gentlemen. I am going to reconvert back to Arch. I have one particular question: do I need to do any extra steps when making BTRFS filesystems on a fresh install? And what nasties should I be awar" of whe using BTRFS?

3 2

[arch-general] mce after linux-3.11.5-1 on NP900X3C
by Rasmus Liland 29 Nov '14

29 Nov '14

Dear @arch-general readers, I'm experiencing machine check exceptions since every kernel after package linux-3.11.5-1 (Oct 14 2013). I hope some nice people will be able to assist me or perhaps point me in a direction of something fruitful. First here goes some kernel panic output I was able to snap on May 25th (I also made it an attachment): > [19367.116180] Disabling lock debugging due to kernel taint > [19367.116196] mce: [Hardware Error]: CPU 1: Machine Check Exception: 5 Bank 4: b200000000100402 > [19367.116202] mce: [Hardware Error]: RIP !INEXACT! 33:<00007f8b4934c8b7> > [19367.116205] mce: [Hardware Error]: TSC 2824672b8e7 > [19367.116211] mce: [Hardware Error]: PROCESSOR 0:306a9 TIME 14010118857 SOCKET 0 APIC 1 microcode 12 > [19367.116213] mce: [Hardware Error]: Run the above through 'mcelog --ascii' > [19367.116216] mce: [Hardware Error]: Some CPUs didn't answer in synchronization > [19367.116218] mce: [Hardware Error]: Machine check: Invalid > [19367.116220] Kernel panic - not syncing: Fatal machine check on current CPU > [19368.211815] Shutting down cpus with NMI > [19368.222834] Kernel Offset: 0x0 from 0xffffffff81000000 0000 (relocation range: 0xffffffff80000000-0xffffffff9fffffff) > [19368.222942] drm_kms_helper: panic occurred, switching back to text console > [19368.245774] Rebooting in 30 seconds > [19398.323579] ACPI RECOVERY or RESET_REG. Assuming I did a complete system update about 5.4 hours earlier, this implies kernel output for linux kernel version 3.14.4. This has been the case for every kernel after version 3.11.5; from what I can trace in the `/var/cache/pacman/pkg' directory this also calls for _at least_ version 3.15.8; I've removed all other archived versions as they used valuable space. In dmesg output, my good version 3.11.5-1 is called: > Linux version 3.11.5-1-ARCH (tobias@T-POWA-LX) (gcc version 4.8.1 20130725 (prerelease) (GCC)) #1 SMP PREEMPT Mon Oct 14 08:31:43 CEST 2013 The hardware of my system is perhaps relevant. I've got a Samsung NP900X3C-A01SE (Jun.2012) laptop: > Intel Core i5-3317U CPU @ 1.70GHz stepping 9 microcode 0x12 > 4GB RAM (3743M/3888M available, 2048M available to graphics) > SanDisk SSD U100 128GB, 10.01.04, max UDMA/133 > Intel Centrino Advanced-N 6235 AGN, REV=0xB0 Presuming this is a good starting point, if more specific hardware information is needed in this thread in the future I can add the output of e.g. lscpi -vvnn. --Rasmus -- Rasmus Liland, jrl(a)jrl.dyndns.dk

5 21

[arch-general] Persistent black screen of death issues with radeon graphics
by Robbie Smith 28 Nov '14

28 Nov '14

I am at a loss as to what the hell is going on with my laptop. It's a HP Pavillion with the dual AMD graphics (7520G + 7500M), and I will never again buy a laptop containing components from either manufacturer. More often than not when I boot, when the kernel tries to do modesetting the screen will just turn off. I can SSH in, so it's clearly booting up, but the only hint that anything unusual is happening in the logs is this error message: > [ 28.879834] radeon 0000:01:00.0: No connectors reported connected with modes > [ 28.879842] [drm] Cannot find any crtc or sizes - going 1024x768 > [ 28.881975] [drm] fb mappable at 0xE0474000 > [ 28.881978] [drm] vram apper at 0xE0000000 > [ 28.881980] [drm] size 3145728 > [ 28.881982] [drm] fb depth is 24 > [ 28.881985] [drm] pitch is 4096 > [ 28.882332] radeon 0000:01:00.0: fb1: radeondrmfb frame buffer device > [ 28.997034] [drm] Initialized radeon 2.40.0 20080528 for 0000:01:00.0 on minor 1 I feel like I've tried almost everything: - Upgrading and downgrading kernels (I'm currently using 3.17.1) - Various combinations of kernel boot parameters (fbcon=map:0, fbcon=map:1, radeon.modeset=1, radeon.modeset=0, etc) - Adding lines to /etc/X11/xorg.conf.d/20-radeon.conf that tell it which PCI device to map to. - Uninstalling and reinstalling the drivers I used to use catalyst because that was the only driver that worked, but as it doesn't support KMS, I couldn't use GNOME anymore, so switching back to that isn't an option. Searching for the problem doesn't seem to find anything relevant; there's a few forum posts by Ubuntu users but mostly tumbleweed. The bug tracker on freedesktop.org is awkward to navigate so I have no idea if what I'm experiencing has occurred to anyone else. Even just knowing where to go to report a bug or a more appropriate mailing list that could point me in the right direction would be helpful at this stage. The most frustrating bit is that this occurs almost at random. I could use the laptop all day at the library, no issues; turn it off (because suspend is broken on radeon), come home and no screen for what feels like a thousand reboots.

4 5

[arch-general] kdebase-workspace and kdeplasma-addons-frameworks are in conflict
by Damjan Georgievski 25 Nov '14

25 Nov '14

I have KDE Plasma 5 installed, and it needed kdebase-workspace removed. Today when I try to update the system I get a unresolvable conflict. $ sudo pacman -Su :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... :: kdebase-workspace and kdeplasma-addons-frameworks are in conflict. Remove kdeplasma-addons-frameworks? [y/N] error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: kdebase-workspace and kdeplasma-addons-frameworks are in conflict The general question is, how can I see what package is pulling kdebase-workspace? -- damjan

6 8