Re: [arch-general] pacman's "Depends On"

On Fri, 24 Apr 2015 06:41:27 +0200, Ralf Mardorf wrote: >On Thu, 23 Apr 2015 22:56:56 +0300, Jesse Jaara wrote: >>What you need to do is to create a custom package for the specific >>version of libvpx that doesn't conflict with the one from repo, so you >>can have both the new version for repo pack

Re: [arch-general] swap and tmpfs

On Thu, 23 Apr 2015 21:22:01 +0200, Guus Snijders wrote: >Also; the other filesystems on the system have enough free >space/inodes? Yes, I could build firefox in /usr/src $ pacman -Q firefox firefox 37.0.2-20150423 it took 3 hours and 28 minutes on a 2.1 GHz dual-core Athlon with 4 G

Re: [arch-general] pacman's "Depends On"

On Thu, 23 Apr 2015 22:56:56 +0300, Jesse Jaara wrote: >What you need to do is to create a custom package for the specific >version of libvpx that doesn't conflict with the one from repo, so you >can have both the new version for repo packages and the old version >for whatever reason Yes, I was th

Re: [arch-general] update error(?)

Thanks, guys. I appreciate the support! : ) On Wed, Apr 22, 2015 at 7:35 AM, Aaron Caffrey wrote: > On 21/04/15 at 09:10am, Francis Gerund wrote: > >> >> But reading is not always the most efficient or even the most effective >> learning modality. Often, just asking questions is the best wa

Re: [arch-general] Restoring a Win guest when migrating from one VM to another - Was: pacman's "Depends On"

On 23-04-2015 19:31, Ralf Mardorf wrote: > On Thu, 23 Apr 2015 18:18:49 +0100, Mauro Santos wrote: >> You should give qemu+kvm+spice a try, I have found that it seems to >> work acceptably even for usb redirection. Bonus points: no more >> trouble after updates and it should work over the network.

Re: [arch-general] pacman's "Depends On"

What you need to do is to create a custom package for the specific version of libvpx that doesn't conflict with the one from repo, so you can have both the new version for repo packages and the old version for whatever reason

Re: [arch-general] swap and tmpfs

On April 23, 2015 9:52:11 AM CDT Ralf Mardorf wrote: >Hi, > >this line in fstab > >$ grep tmp /etc/fstab >tmpfs /tmp tmpfs nodev,nosuid,size=3G 0 0 > >usually is commented out. One time it was needed, when building a >kernel failed. Today building Firefox failed. I'll try w

Re: [arch-general] pacman's "Depends On"

On Thu, 23 Apr 2015 21:01:21 +0200, Aaron Caffrey wrote: >Maybe you should specify which packages to be ignored via 'IgnorePkg' Hi Aaron, the problem is that a user first needs to test which software depends on a dedicated version of a dependency and wich version doesn't. $ pacman -Qi libvpx | g

Re: [arch-general] Restoring a Win guest when migrating from one VM to another - Was: pacman's "Depends On"

2015-04-23 20:31 GMT+02:00 Ralf Mardorf : > On Thu, 23 Apr 2015 18:18:49 +0100, Mauro Santos wrote: >>You should give qemu+kvm+spice a try, I have found that it seems to >>work acceptably even for usb redirection. Bonus points: no more >>trouble after updates and it should work over the network. >

Re: [arch-general] swap and tmpfs

2015-04-23 20:32 GMT+02:00 Ralf Mardorf : > Now I will try /etc/makepkg.conf BUILDDIR=/some/path/outside/of/tmp. > > Building Firefox with 3G RAM and 4G SWAP failed again with > > strip:../../dist/firefox/stYHRibU[.data]: No space left on device > strip:../../dist/firefox/stYHRibU: No space left on

[arch-general] Updating multiple Arch OS's at once

Salutations, I wrote a script to update some USB OS's of mine per instance. The idea's that multiple instances can be run. The script is located at : However, I get the following error : :: Synchronizing package datab

Re: [arch-general] pacman's "Depends On"

On 23/04/15 at 04:18pm, Ralf Mardorf wrote: Hi :) if a dedicated version of a dependency is needed, some packages mention it, others don't. Firefox does not explicitly mention a version of libvpx $ pacman -Si firefox | grep On Depends On : [snip] libvpx [snip] but it needs a dedicated ver

Re: [arch-general] swap and tmpfs

Now I will try /etc/makepkg.conf BUILDDIR=/some/path/outside/of/tmp. Building Firefox with 3G RAM and 4G SWAP failed again with strip:../../dist/firefox/stYHRibU[.data]: No space left on device strip:../../dist/firefox/stYHRibU: No space left on device $ df -h | grep /tmp tmpfs 3.0G 2

[arch-general] Restoring a Win guest when migrating from one VM to another - Was: pacman's "Depends On"

On Thu, 23 Apr 2015 18:18:49 +0100, Mauro Santos wrote: >You should give qemu+kvm+spice a try, I have found that it seems to >work acceptably even for usb redirection. Bonus points: no more >trouble after updates and it should work over the network. Thank you, I agree. The reason that I didn't dr

Re: [arch-general] pacman's "Depends On"

On 23-04-2015 16:57, Ralf Mardorf wrote: > On Thu, 23 Apr 2015 17:42:44 +0200, G. Schlisio wrote: >> arch does not support partial upgrades. it is simply to much of a >> hassle, to keep track of every versioned dependency. so, if you choose >> to update partially, you have to deal with it on your o

Re: [arch-general] pacman's "Depends On"

On Thu, 23 Apr 2015 17:42:44 +0200, G. Schlisio wrote: >arch does not support partial upgrades. it is simply to much of a >hassle, to keep track of every versioned dependency. so, if you choose >to update partially, you have to deal with it on your own (as you >already do). >i think there have been

Re: [arch-general] pacman's "Depends On"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 > I didn't notice that Firefox needs the up to date version of > libvpx too. I wonder if there's a way to list all packages that > depend on a dedicated version of another package. arch does not support partial upgrades. it is simply to much of a ha

Re: [arch-general] pacman's "Depends On"

On Thu, 23 Apr 2015 17:06:39 +0200, Simon Hanna wrote: >are you sure everything is updated and you aren't using testing?! Hi, I'm aware that libvpx isn't up to date on my machine. I need to keep an outdated version of Virtualmachine and to run it, I need the outdated version of libvpx. $ pacman

Re: [arch-general] pacman's "Depends On"

It's working fine for me... % pacman -Qs libvp local/libvpx 1.4.0-2 VP8 and VP9 codec % pacman -Qs firefox local/firefox 37.0.2-1 Standalone web browser from mozilla.org % pacman -Qs ffmpeg local/ffmpeg 1:2.6.2-1 Complete and free Internet live audio and video broadcasting solution ar

[arch-general] swap and tmpfs

PS: On Thu, 23 Apr 2015 16:52:11 +0200, Ralf Mardorf wrote: >I also wonder why just one swap partition is recognized?! >$ sudo mount -a A reboot did the trick $ grep SwapTotal /proc/meminfo SwapTotal: 4819424 kB $ lsblk | grep SW ├─sda10 8:10 0 2.2G 0 part [SWAP] ├─sdb78:23 0

[arch-general] pacman's "Depends On"

Hi :) if a dedicated version of a dependency is needed, some packages mention it, others don't. Firefox does not explicitly mention a version of libvpx $ pacman -Si firefox | grep On Depends On : [snip] libvpx [snip] but it needs a dedicated version $ firefox XPCOMGlueLoad error for file /

[arch-general] swap and tmpfs

Hi, this line in fstab $ grep tmp /etc/fstab tmpfs /tmp tmpfs nodev,nosuid,size=3G 0 0 usually is commented out. One time it was needed, when building a kernel failed. Today building Firefox failed. I'll try with 3G again, instead of half of the memory (1.9G), after a rest

Re: [arch-general] Random no signal on display-manager init

On 22/04/15 at 06:59pm, Bráulio Bhavamitra wrote: Oops, reproduced it again :( Hello Braulio, Does 'No Signal' is displayed during the whole boot process or it comes right in the moment when your sddm/lightdm have to be started ? If it is the first case, do you see anything wrong in 'journal

[arch-general] [solved and the culprit is] Virtualbox can't start a guest caused by NS_ERROR_FACTORY_NOT_REGISTERED

On Thu, 23 Apr 2015 12:04:57 +0200, Ralf Mardorf wrote: >After updating everything excepted of systemd Virtualbox still can >start a VM. Wrong, the update without systemd already has broken Virtualbox. By accident I sent the wrong, unedited mail. That I need this old version of Virtualbox (4.3.12

[arch-general] [solved] Virtualbox can't start a guest caused by NS_ERROR_FACTORY_NOT_REGISTERED

Hi, the issue is solved, but the culprit still is unknown. In .cache/ I couldn't find anything related to Virtualbox. Everything in VirtualBox VMs/ was touched before Virtualbox failed. After restoring .VirtualBox/ starting a VM still failed. I removed the complete Arch install and excepted of V