Filed upstream, as you suggested:
https://github.com/openzfs/zfs/issues/11562
It's been a couple of years since I've pushed a pull request on github,
so I'll probably remain lazy and not get around to it in this case, to
avoid the extra time it would take me to recall just how to do it. A
few mi
Public bug reported:
The zfs.8 man page describes in 3 places how to include snapshots in
"zfs list":
1) Snapshots are displayed if the listsnaps property is on (the default is off).
2) Snapshots are displayed if the listsnaps property is on. The default is
off. See zpool(8) for more informati
I too have the problem of muon freezing at 33% "Loading Software List", after
apparently completing
a successful upgrade of a few updated packages in Kubuntu 13.10
<< Why has this bug been marked "Invalid"? >>
Apparently there are two bugs being tracked here -- someone merged in a
different rep
The following code might provide a useful and reliable means of parsing
this auxv information:
[CODE]
#include
#include
#include
/*
* The following flgets() and examine_auxv() routines are Copyright
* 2006 and 2012 respectively by Paul Jackson .
*
* These routines are free software; you c
The opening post in Bug #1014487 (which has been duplicated to this present bug
now) contains some
suggested code which might be adapted for use in libjpeg-turbo8 to accomplish
what the '/proc/self/auxv'
access that is presently failing with this open error:
--
You received this bug notificatio
Aha - /usr/lib/virtualbox/VirtualBox is setuid root, and then lowers its
privilege to the invoking user, with a
pair of setresgid and setresuid calls, prior to the failure to open
/proc/self/auxv. Perhaps the auxv file
retains its root ownership across these events, which would make it unable t
>> ... when I tested it on my 12.04 desktop box, /proc/self/auxv had permissions
>> set to -r (400) with the user and group set t whoever is logged in
>> at the time.
Well, /proc/self always links to the current process's /proc entry. It is just
a short hand
for /proc/PID, where PID is
Looking through the libjpeg code, it says in a README to send bug
reports to jpeg-i...@uc.ag.
So I have just sent the following message there:
==
As reported at
https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/1014487, and at
https://www.virtual
Wanderson Santiago dos Reis (wasare) :
The problem you are concerned with is NOT the problem this bug is
concerned with.
Virtualbox has been working all along for me, all the time.
The only problem I am reporting in this bug report is the message "Error
opening file for reading: Permission denie
Downloading libjpeg-turbo with this command:
bzr branch lp:ubuntu/precise/libjpeg-turbo
and searching the source code for "auxv", it seems that on my system
(x86_64, but not APPLE) that the code tries to open /proc/self/auxv, and
complains perror("Error opening file for reading") if the open fail
wasare wrote:
>> I make a aptitude purge virtualbox-4.1 and a fresh package install from
>> virtualbox.org.
>>
>> worked fine for me.
I only see the failure when running virtualbox as non-root.
===
One more important detail: the failing open of /proc/self/auxv
apparently comes from the followi
Yes, virtualbox starts and works fine. I've just spent several hours
in it, doing various Windows XP installs and configurations ...
virtualbox worked flawlessly.
I am also running virtualbox on a 12.04 x64 system, non-super user.
I have not submitted any bug report to Oracle/virtualbox -- just
The way I got the strace output, without having to make the strace
binary setuid root, was to note the pid of my shell (echo $$), then in
another terminal window, invoke strace as root on that shell. Then
within the now strace'd shell, run virtualbox under my normal user id.
--
You received this
ah - I can do in a single os.path.relpath() call what it took me two
splits and a join to do.
A new and improved version of the most recent patch above is attached to
this post.
** Attachment added: "fix recorded filename in offlineimap Maildir.py
scanfolder() Version 3 patch"
https://bugs.l
The above patch 'patch offlineimap Maildir savemessageflags rename' is
wrong I believe.
I have a new, improved explanation for this problem (but I could still
easily be very wrong.)
With the above patch, I started getting crashes when savemessageflags()
was called from a different stack:
===
attach patch, since putting it inline mangles the spacing :)
** Patch added: "patch offlineimap Maildir savemessageflags rename"
https://bugs.launchpad.net/ubuntu/+source/offlineimap/+bug/1014540/+attachment/3194363/+files/Maildir.py.patch
--
You received this bug notification because you ar
Public bug reported:
I just upgraded from Kubuntu 11.10 to 12.04, and as soon as I did, a
reliably working cron job using offlineimap started generating errors
every run. The version of offlineimap I have from 12.04 is Version:
6.3.4-1
The errors looked like the following:
===
Account sync
eans of parsing
this auxv information:
[CODE]
#include
#include
#include
/*
* The following flgets() and examine_auxv() routines are Copyright
* 2006 and 2012 respectively by Paul Jackson .
*
* These routines are free software; you can redistribute them and/or
* modify them under the ter
What I see (happens to be in English) is:
"Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object
file: No such file or directory"
This is on Firefox 11.10, Kubuntu 11.10, with an ATI Radeon card (not an
NVidia).
Flash works fine within the browser.
Strace'ing and grep'ing a
** Attachment added: "AptOrdering.txt"
http://launchpadlibrarian.net/36006928/AptOrdering.txt
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/36006929/Dependencies.txt
** Attachment added: "Dmesg.txt"
http://launchpadlibrarian.net/36006930/Dmesg.txt
** Attachment
Public bug reported:
Binary package hint: mythexport
It may be an existing bug. I don't have enough information to know. I
can't recall the actual error reported
ProblemType: Package
Architecture: i386
Date: Mon Nov 23 00:13:47 2009
DistroRelease: Ubuntu 9.10
ErrorMessage: subprocess installed p
Paul Dufresne wrote:
> So as I understand: "set +e" make sure that it will NOT exit
> script because of the non-zero expr results. Which seems ok.
Aha - you're right. I didn't notice that it was ,
not the reverse order. Thanks for pointing that out.
--
x11-common loop asking 'Please enter an i
A couple of things in the x11-common.config
script validate_nice_value() don't look right to me:
1) That "set +e ... set -e" seems -really- bogus.
That forces exit on non-zero exit status from
simple commands, and this script intentionally
invokes some simple commands that might
23 matches
Mail list logo
