(Reposting in plain text - so sorry - been using thunderbird which
automatically does that for mail lists - now with it's impending demise
I am trying other mailers - like evolution ... )
I've seen this behavior a couple of times now. Here's what happened
today.
After installing systemd and
On Wed, 2016-06-08 at 20:05 +0200, Bruno Pagani wrote:
> Le 08/06/2016 à 20:03, Genes Lists via arch-general a écrit :
>
> > When I install a new kernel, I notice that DKMS removes previous
> > kernel
> > ...
>
> That’s expected, and in fact the same thing happens
When I install a new kernel, I notice that DKMS removes previous kernel
modules as well as adding them to the new kernel.
In the real old days these were not removed at all - so removal is a
good thing.
The issue is that the old kernel is still running and until machine is
rebooted the modules
On 03/24/2016 09:06 PM, Xavion wrote:
Hi Allan,
I have become old and grumpy since then!
..
Quick comment on color - it might be helpful to have a toggle to switch
from dark to light terminals. ls uses an environment variable to permit
changing the color map - that may be overkill - but
On 03/13/2016 08:34 AM, David Strobach wrote:
...
I was affected serious issue from lastest Xorg update 1.18.2 (current in
testing). Whole desktop freeze. Keyboard and mouse not working. Only
pressing while power btn shutdown device.
Reverting to 1.18.1 is safe.
...
I confirm I have the same
This may be part of the problem. The arch mail server is passing thru
contributers DKIM signatures leading to list mail being DKIM invalid.
You domain has DKIM signed mail and therefore suffers this problem
For example, looking at your last message.
The message from you to the list is DKIM
Fixed in 4.4-3 - thank you Tobias!
gene
There is a bug with the PKGFILE which is too aggressive copying files
with names containing Kconfig.
Consequence is upon install attempt:
error: failed to commit transaction (conflicting files)
/usr/lib/modules/4.4.0-1-ARCH/build/Documentation/kbuild/Kconfig.recursion-issue-01
exists in both
Work around for users is just to ignore the bad package until its fixed:
pacman -Syu --ignore linux-docs
g
FYI - same problem with linux-docs-4.4-2-x86_64 package.
On 01/02/2016 03:32 PM, Ben Oliver wrote:
On 2 January 2016 at 20:17, Kyle Terrien wrote:
This sounds like something for the AUR. I do not agree with this move from
Mozilla and it would be interesting to see the interest in such a package.
Agree - AUR.
Arch
On 12/31/2015 04:42 PM, Sebastiaan Lokhorst wrote:
Make sure the following lines in /etc/php/php-fpm.d/www.conf are
uncommented and pointing to the right user/group:
;listen.owner = http
;listen.group = http
That fixed it!! Thank you.
I'm having trouble with nginx after this update. This is just getting
the top level page which is simple php.
Any suggestions to get nginx working again - or an update to nginx?
php 7.0.1-2
php-fpm 7.0.1-2
nginx - 1.8.0-2
2015/12/31 16:05:01 [crit] 476#0: *5 connect() to
On 12/31/2015 05:32 PM, sL1pKn07 SpinFlo wrote:
...
not for me :(
i have already uncoment that options and no works
probably silly to say .. but did you restart the php-fpm service and the
webserver?
On 12/29/2015 09:44 AM, Mike Cloaked wrote:
For anyone having this kind of problem some additional useful info might be
obtained by running the suggested commands in
the page at http://dri.freedesktop.org/wiki/glxinfo/ - and getting at some
...
Sure - graphics is using intel i915
% glxinfo
Fully updated from testing repo.
Since update to plasma 5.5 I am getting periodic crashes of plasmashell
-trace back below. Seems to be connected with dri/swrast_dri.so.
i915 graphics so not sure why swrast_dri is called - but then again not
sure what that does exactly (sounds like software
On 12/12/2015 06:21 PM, Genes Lists wrote:
...
error: failed to commit transaction (conflicting files)
plasma-framework:
...
Fixed by kapptemplate-15.08.3-3
thanks!
g
...
error: failed to commit transaction (conflicting files)
plasma-framework:
/usr/share/kdevappwizard/templates/qml-plasmoid.tar.bz2 exists in filesystem
Errors occurred, no packages were upgraded.
This file is already owned by:
# pacman -oQ
On 11/13/2015 07:44 AM, Laurent Carlier wrote:
Xorg 1.18.0 is entering [testing] with the following changes:
- You can now choose between xf86-input-evdev and xf86-input-libinput.
Might be helpful to add to the announce briefly explaining how one 'can
now choose' between them - and to say
Anyone else seeing this - started after systemd 226 update. It starts
sometimes - most often crashes on warm reboot - cold reboot seems more
likely to work. Feels like a threading bug (missing mutex somewhere, or
a barrier or something).
Symptom: Reboot - sddm won't start.
Log:
This has been patched and works fine now (5.14.2-2)
Thank you!
gene
This update breaks plasma - kbuildsycoca5 runs exits and restarts in an
infinite loop.
Fix is to downgrade to kservice-5.14.0-1
Gene
I (and others) have enocuntered a pretty nasty raid bug that crashes the
machine running current 4.1.x stable. It seems a commit is available but
not yet in 4.1.6.
(commit 49895bcc7e566ba455eb2996607d6fbd3447ce16)
Seems like it is in 4.2 tho.
Not sure it's worth patching 4.1.6 with this if
On 06/13/2015 07:46 PM, Javier Vasquez wrote:
Hi,
I was looking for a way to mount google drive as a FS, and found [1] and [2].
Totally unfamiliar with any of these - however since google
deprecated[1] OAuth 1.0 (in 2012) in favor of OAuth 2.0 - I'd recommend
ensuring any app you choose
On 05/26/2015 05:08 AM, Carsten Mattner wrote:
That's not really the same thing, is it? Is the key random (one-time)?
Nope it's not the same thing. That's what I meant by 'for comparison' :)
...
On 05/25/2015 11:37 AM, Carsten Mattner wrote:
I had to downgrade to systemd 219 because 220 fails to stop or enable
luks crypt swap partition.
...
/etc/crypttab:
cswap /dev/sda3 /dev/urandom swap,cipher=aes-cbc-essiv:sha256,size=256
...
For comparison, I have no issues at all with 220 -
On 04/29/2015 05:40 PM, Javier Vasquez wrote:
I haven't identified under which circumstances, when booting the
system hangs, and the only thing that can be related to that is the
message:
Failed to start Login Service
...
Yes I have seen this but only on one of my computers (laptop, wireless
Just noticed this. The error complains about this missing file:
/usr/lib/postfix/postfix-script
the reason is it has the wrong path it should be
/usr/lib/postfix/bin/postfix-script
So where does postfix need to be fixed to get the correct path in?
Thanks.
On 03/19/2015 07:51 PM, Gaetan Bisson wrote:
[2015-03-19 19:36:35 -0400] Genes Lists:
fatal: /usr/lib/postfix/postfix-script: No such file o
$ /usr/lib/postfix/bin/postfix-script
This script must be run by the postfix command.
Do not run directly.
Yah sorry i wasn't clear - that is the error
On a clean machine which had not been running postfix previously - i
installed and started postfix with default configs without error.
This suggested something changed in the configs which I missed somehow.
Looking in configs it is clear that the variable
daemon_directory
has changed and
FYI
After updating to this new version - there is an error:
fatal: /usr/lib/postfix/postfix-script: No such file o
Which is absolutely correct - that file does not exist.
Downgrading back to 3.0.0-2 works around the issue.
Gene
opendkim is in community repo.
dmarc and dkim are now in broad use by the major internet mail
companies (google, yahoo, microsoft, etc). If a maintainer is willing,
it would makes sense to move opendmarc from AUR to community as well.
For those who may not know, while dkim
I use symlinks for some directories (e.g. /srv/http and
/var/spool/mail are sym links to dedicated disks)
When i update the filesystem package I get this error:
error: failed to commit transaction (conflicting files)
filesystem: /srv/http exists in filesystem
filesystem: /var/spool/mail
Answering my own posting.
Switching from sym link to bind mount makes everything work. This
seems to be the needed behaviour now with pacman 4.2 anyway.
On 02/11/2015 10:06 PM, mick wrote:
The last few days when I try to update (pacman -Syyu) I get the following:-
..
error: key A6234074498E9CEE could not be looked up remotely
error: required key missing from keyring
error: failed to commit transaction (unexpected error)
Errors occurred, no
1 little observation - i had a network blackout (traveling) just as was
asking me to ok the import. pacman exited. When i reconnected and tried
again - i did not get a Y/n prompt to import - i just get error.
The only way I found to proceed with any update after that was to change
the key
Fully updated from testing repo. Bug filed:
https://bugs.archlinux.org/task/43738
After this glibc update I am now getting:
crond[952]: PAM unable to dlopen(/usr/lib/security/pam_unix.so):
/usr/lib/libpthread.so.0: symbol __getrlimit, version GLIBC_PRIVATE not
defined in file
On 02/08/2015 10:34 AM, Troy Engel wrote:
On Sun, Feb 8, 2015 at 8:43 AM, Genes Lists li...@sapience.com wrote:
As pointed out in the bug report - this may well be goofy-user-error().
I had not rebooted after the glibc update (standard practice).
Rebooting now and will report back
I have one server which does internal mail and nfs - which went
weird after about a day on the new kernel.
I remote admin via ssh - symptom on the terminal was many commands
failed in bad ways. Though 'ls' seemed to be fine.
e.g. vi - gave input/output error.
journalctl -lf
Forgot to note - fsck indicated no issues on reboot - I was worried
about disk problems on root partition.
I have a problem where nfs failed. 2 units fail to start
rpc-statd.service
nfs-server.service.
-
rpc-statd:
systemctl status rpc-statd
rpc.statd[736]: Version 1.3.2 starting
rpc.statd[736]: Flags: TI-RPC
rpc.statd[736]: Running as root. chown
On 01/31/2015 04:28 PM, Bardur Arantsson wrote:
On 01/31/2015 10:14 PM, Genes Lists wrote:
This was original thread:
https://lists.archlinux.org/pipermail/arch-general/2014-June/036617.html
So I tried the same commands - specifically:
systemctl restart proc-fs-nfsd.mount
systemctl
On 01/31/2015 05:09 PM, Bardur Arantsson wrote:
First, in case it's relevant: DON'T PANIC!
Ha ha good advice ... :)
Secondly, I mentioned journalctl -u, not systemctl. There may be
relevant stuff in there that isn't mentioned by systemctl status (due
to cutoff).
yes I did look thru
On 11/03/2014 03:08 AM, Armin K. wrote:
Yes. Go ahead and file a bug report in arch bug tracker.
Existing bug report is here:
https://bugs.archlinux.org/task/42633 [1]
[1] I somehow failed to find this in my search before creating a
duplicate -its really obvious so how I missed it I
Other services are also failing with missing /run directories - this
is not limited to stunnel it seems.
I notice that php-fpm.service is also failing the same way - there may
be others.
For what it's worth - systemd 217-3 does not fix the issue.
I suspect there may be other services
I posted about stunnel failing after systemd update - then I found
that php-fpm has same problem - issue of course only shows up after a
boot when /run is re-created.
Now I have found that mariadb won't start either - same reason -
missing /run/mysqld directory (so cannot create
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server):
systemctl status systemd-tmpfiles-setup
● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
Loaded: loaded
On 11/02/2014 08:12 PM, Genes Lists wrote:
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server):
A couple more machines: This one is mail server:
# systemctl status systemd-tmpfiles-setup
/start
On 11/02/2014 08:15 PM, Genes Lists wrote:
On 11/02/2014 08:12 PM, Genes Lists wrote:
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server):
A couple more machines: This one is mail server
On 11/02/2014 08:22 PM, Armin K. wrote:
..
Maybe this patch would help?
http://pkgs.fedoraproject.org/cgit/systemd.git/tree/0001-units-don-t-order-journal-flushing-afte-remote-fs.ta.patch
It fixes a dependency for a service which starts before
systemd-tmpfiles-setup as I see.
Yah looks
On 11/02/2014 08:31 PM, Armin K. wrote:
This got renamed to nfs-idmapd.service
Yeh the new one was started but I had neglected to disable rpc-idmapd.
Remove the mentioned files manually from /etc/systemd/system hierarchy
and enable the new ones and see if you're lucky.
I have
On 11/02/2014 08:22 PM, Armin K. wrote:
..
Maybe this patch would help?
http://pkgs.fedoraproject.org/cgit/systemd.git/tree/0001-units-don-t-order-journal-flushing-afte-remote-fs.ta.patch
It fixes a dependency for a service which starts before
systemd-tmpfiles-setup as I see.
Yah looks
This seems to be the 'right' commit upstream from Lennart:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=919699ec301ea507edce4a619141ed22e789ac0d
On 10/30/2014 02:08 AM, Doug Newgard wrote:
On Wed, 29 Oct 2014 20:17:19 -0700
Patrick Burroughs (Celti) celticmad...@gmail.com wrote:
...
Shouldn't that rather be handled by a tmpfiles.d snippet, and not in
the service file?
..
Yes, tmpfiles is the correct way of handling this and there is
On 10/30/2014 08:27 AM, Christian Hesse wrote:
Possibly /var/run is no longer linked to ../run?
You should change the path in /usr/lib/tmpfiles.d/stunnel.conf from
/var/run/stunnel to /run/stunnel.
I did check that and /var/run is indeed linked to /run.
On 10/30/2014 12:04 PM, Tobias Hunger wrote:
Hi there,
tmpfiles.d is not the right approch: There is the RuntimeDirectory
keyword for unit files to manage that directory. See
http://www.freedesktop.org/software/systemd/man/systemd.exec.html for
details.
The advantage of this keyword is that
I noticed this today after the systemd update and after I rebooted -
stunnel package fails to create /run/stunnel and so stunnel.service
won't start as it cannot chroot to /var/run/stunnel.
stunnel was updated for me on 10/21 from 5.03 to 5.06. Machine has been
rebooted since then - so it
On 10/23/2014 06:34 PM, Jody Allen wrote:
...
Is anyone only having one core updated? I get this:
dmesg | grep microcode
[0.00] CPU0 microcode updated early to revision 0x29, date =
2013-06-12
[0.344194] microcode: CPU0 sig=0x206a7, pf=0x10, revision=0x29
[0.344203]
For info - I have tried to get it working in refind and failed. I added
a second initrd line in the boot stanza in refind.conf. But the firmware
was not updated.
I added to refind sourceforge report[1], perhaps Rod will respond.
[1]
Packahe testing/ca-certificates-utils seems to have a packaging problem:
...
:: Starting full system upgrade...
:: Replace ca-certificates-java with testing/ca-certificates-utils? [Y/n]
...
(7/7) loading package files
[] 100%
(7/7) checking for file conflicts
My Win 7 VM (64bit on 64bit host) crashes under 4.3.16.
It works again after rolling back to 4.3.14.
Ifound some noise on the net with others having similar issues
(e.g. https://forums.virtualbox.org/viewtopic.php?f=7t=63607)
For now I am back to 4.3.14.
gene
On 09/02/2014 06:29 PM, Genes Lists wrote:
Quick heads up - virtualbox needs couple fixes which are not yet in
upstream 4.3.14 in order to compile against 3.17.
Good news - The fixes are in 4.3.16
Bad news - Win 7 VM crashes under 4.3.16 ... (see my other post)
gene
Quick heads up - virtualbox needs couple fixes which are not yet in
upstream 4.3.14 in order to compile against 3.17.
There are patches here:
https://forums.virtualbox.org/viewtopic.php?p=296650#p296650
The patch file I used was : virtualbox-alloc_netdev.diff.txt
I have tested the module
systemd 215-2 is now in testing; this now ensures the
/etc/os-release link is present. Best I can tell either having the link
or rebuilding initramfs resolves the issue.
Anyone else having trouble booting with testing repo and systemd 215 +
filesystem 2014.07-1 as per thie forum post?
https://bbs.archlinux.org/viewtopic.php?id=183796
More problems - could really use some help on this one.
Rebooted the server today after full update (testing) - now ALL nfs
clients get Input/Output error on any symbolic link - regular files are
fine.
Server/client both:
nfs-utils 1.3.0-2
rpcbind 0.2.1-5
On any client (this is an
One more piece of info:
If on the client - I create a new symbolic link - it is fine on
both client and server.
On Client:
# ln -s testing.db.tar.gz JUNK
# ls -l JUNK
0 lrwxrwxrwx 1 root root 17 Jun 28 20:24 JUNK - testing.db.tar.gz
Same back on the NFS server ...
#
Rebooted server a second time (prev clients were rebooted first) -
and now all clients are happy.
Odd no?
I had same issue with systemd 214 and kernel 3.15. For me,it was
resolved with 3.15.1 kernel (which had some capabilities and audit fixes
- not sure they were cause, but 3.15.1 fixed it for me).
If you're running 3.15.1 or 3.15.rc2 and still have the issue then it
is likely not same issue
On 06/18/2014 09:17 AM, Tobias Powalowski wrote:
After running this update - my nfs server won't run at all - I get this
error:
systemctl status nfs-server
● nfs-server.service - NFS server and services
Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; enabled)
Active: failed
On 06/20/2014 04:16 PM, Genes Lists wrote:
...
..rpc.nfsd[872]: rpc.nfsd: writing fd to kernel failed: errno 11(...ed)
More strangeness - after a while I tried loading all the pieces by
hand - and suprisingly that worked. Then after that, the systemd
nfs-server service works if re-started
This is probably unlikely but I'll ask. Is it possible that something
that nfs needed (but missing from systemd service file) had not actually
come up yet but several minutes later it was up and then nfs was able to
start?
Thought I'd ask.
gene/
Still having same problem fully updated on testing repo:
postmap: /usr/lib/libmysqlclient.so.18: no version information available
(required by postmap)
Any suggestions to fix?
On 05/17/2014 08:40 AM, Bartłomiej Piotrowski wrote:
Hi guys,
New MariaDB is sitting in [testing] for a while now. It's temporarily
This does trigger this warning in postfix's postmap program:
postmap: /usr/lib/libmysqlclient.so.18: no version information available
(required by postmap)
After the update to 4.13 - i have baloo sucking up cpu cylces. I did go
to the desktop search and add every single file system/directory to the
'dont scan' list. So there should be nothing left to scan.
Didn't help - it's still running 2 hours later ... anyone know how to
stop this selfish
On 04/17/2014 10:37 AM, Lukas Jirkovsky wrote:
Is it with KDE PIM? I remember a discussion in the release ML that
baloo was somewhat broken in PIM. I dunno if that was fixed or not.
No not using PIM. I killed off all the baloo processes - short term
fix.There really should be an off button on
On 04/03/2014 04:10 AM, Thomas Bächler wrote:
Am 03.04.2014 05:24, schrieb Evangelos Foutras:
...
Has anyone else experienced hangs in Firefox with the latest kernel?
None that I can remember.
I use firefox only lightly - however I too have not noticed any problems
with 3.14 from rc1
On 04/01/2014 06:44 PM, Thomas Bächler wrote:
Okay, pushed everything to [testing] and [community-testing].
This may just be a mirror sync issue but I am seeing this:
pacman -Syu
...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
::
On 04/01/2014 08:51 PM, Genes Lists wrote:
...
looking for inter-conflicts...
Next 2 machines I updated from testing worked fine - neither has
bumblebee - but they both have virtualbox ... scratching head ...
On 03/28/2014 09:12 AM, Daniel Micay wrote:
...
Security needs to be simple, predictable and well understood. It needs
to be provably correct and easily audited. SELinux is none of these
things. I don't really understand why a distribution striving for
simplicity would ever enable it.
I
On 03/12/2014 05:23 PM, Rémy Oudompheng wrote:
Hello,
I am going to push updated TeXLive packages to [extra].
Thank you!
I also posted this to forum:
https://bbs.archlinux.org/viewtopic.php?pid=1391778#p1391778
I got this error on update:
texlive: recreating all formats...
luatex:
Thanks for putting this up - much appreciated.
Testing this now - I didn't see any significant visual changes and
don't see much behavioural diffs either other than desktop search.
However I had nepomuk turned off (I have zero need or interest in any
global search) - for the life of me
On 02/20/2014 11:33 AM, Dave Reisner wrote:
Hi all,
I'm working on packaging the systemd 209 release, and I expect to have
Good news. My problems ith 209 resolved after updating to 210.
thank you!
On 02/21/2014 04:24 AM, Thomas Bächler wrote:
Am 20.02.2014 17:33, schrieb Dave Reisner:
Hi all,
I'm working on packaging the systemd 209 release, and I expect to have
pkgrel=1 into [testing] in a few hours, barring any unforseen problems.
It's a huge release (nearly 2000 commits since 208),
On 02/21/2014 11:30 AM, Thomas Bächler wrote:
HandleLidSwitch=suspend
LidSwitchIgnoreInhibited=no
This means that logind will initiate a suspend on LID closed *except*
when something inhibits it - for example, KDE inhibits logind from
suspending.
Thanks I meant to put
On 02/21/2014 11:40 AM, Genes Lists wrote:
On 02/21/2014 11:30 AM, Thomas Bächler wrote:
HandleLidSwitch=suspend
LidSwitchIgnoreInhibited=no
This means that logind will initiate a suspend on LID closed *except*
when something inhibits it - for example, KDE inhibits logind from
suspending
To be sure I rebopted - and still have same problem - no suspend on lid
close - logs just say lid close / lid open as before. so the event is
recognized but no suspend.
Anything else I can try short of going back to systemd 208?
One final piece of info - with systemd 209 the KDE menu under 'leave' is
missing sleep/hibernate buttons. Putting back 208, the buttons come back.
Over the last 2 weeks I have replaced 3 fedora servers with Arch - and
want to say thank you . That's the last of my fedora machines now and I
am all Arch and they are all working really well.
The new boxes are haswell UEFI and boot using refind. Setting this up
was straightforward with
On 12/22/2013 03:22 AM, Thomas Bächler wrote:
Am 22.12.2013 03:11, schrieb Gerardo Exequiel Pozzi:
Anyways, I am planning to replace gummiboot by syslinux in archiso. (but
...
Given the state of syslinux on EFI (fails to load some kernels entirely
for some people) and its lack of features
I am seeing the same problem as reported (and fixed in 4.3.3 [1] )
of 100% CPU with Virtualbox 4.3.2.
Any chance of getting the fix in the arch testing repo?
[1] https://www.virtualbox.org/ticket/12300
Thanks
gene
On 10/12/2013 11:58 PM, Genes Lists wrote:
On 10/12/2013 11:43 PM, Gaetan Bisson wrote:
You did, of course, file bug reports for all those issues, so that they
will be fixed in the upcoming release.
Yep: https://bugs.kde.org/show_bug.cgi?id=325945
Yesterday all passwords were
On 10/17/2013 08:14 AM, Genes Lists wrote:
Yesterday all passwords were deleted or no longer visible/used by
the applet.
I can still see previous passphrases in the directory:
~/.kde4/share/apps/networkmanagement/secrets
Since nothing in that dir is recently dated I would assume
Unfortunately, upstream say this will happen for anyone not using
kwallet (like me) as files are no longer supported - its kwallet only now.
gene
Sorry hit reply and forgot to change to arch-general - resending as I am
not permissioned on arch-dev-public.
Original Message
Subject: Re: [arch-dev-public] Plasma-NM plasmoid moved to [extra]
Date: Sat, 12 Oct 2013 22:43:20 -0400
From: Genes Lists li...@sapience.com
On 10/12/2013 11:43 PM, Gaetan Bisson wrote:
You did, of course, file bug reports for all those issues, so that they
will be fixed in the upcoming release.
Yep: https://bugs.kde.org/show_bug.cgi?id=325945
On 09/03/2013 01:50 AM, Tobias Powalowski wrote:
...
Please send a link to the patch.
greetings
tpowa
Sure not problem - I just made this patch of what I used:
http://www.sapience.com/bugs/vboxsf-fix-3.11.patch
This is to patch /usr/src/vboxguest-4.2.16/vboxsf/dirops.c
Gene
Forgot to give the upstream link:
https://www.virtualbox.org/changeset/47588/vbox/trunk/src/VBox/Additions/linux/sharedfolders/dirops.c
This may be relevant too but i did not experience a problem that I was
aware of.
https://www.virtualbox.org/changeset/47484/vbox
Heads up - noew that 3.11 is out, there is a patch in upstream
virtualbox which is not in vbox 4.2.16 that is necessary otherwise the
kernel modules wont compile for 3.11 kernel.
The file needing fixing is
/usr/src/vboxguest-4.2.16/vboxsf/dirops.c
I am happy to send the required patch
101 - 200 of 231 matches
Mail list logo