search for: ijackson

...e security boundary. Obviously the client and server need to be written carefully, but at least the attention can be concentrated there. I''ve written a specification for this facility, and am working on an implementation. The spec can be found at: ftp://ftp.chiark.greenend.org.uk/users/ijackson/userv/spec.sgml.gz http://www.chiark.greenend.org.uk/~ijackson/userv/spec.html/ ftp://ftp.chiark.greenend.org.uk/users/ijackson/userv/spec.ps.gz ftp://ftp.chiark.greenend.org.uk/users/ijackson/userv/spec.text.gz ftp://ftp.chiark.greenend.org.uk/users/ijackson/userv/spec.textov.gz Ian.

...l binary, and I think > the test using start-stop-daemon to see if it's already running would > fail to detect it's the same as e.g. /usr/lib/xen-4.11/bin/oxenstored. > At least, it all sounds very fragile. :| Thanks. This LGTM (for the Debian package). Acked-by: Ian Jackson <ijackson at chiark.greenend.org.uk> ^ for Debian, not upstream > -## Default: Not defined, xenbackendd debug mode off > -# > -# Running xenbackendd in debug mode > -#XENBACKENDD_DEBUG=[yes|on|1] We might want this if we ship the driver domains init script too. Ian. -- Ian Jackson <ija...

...help influence the Xen maintainers' workflows, and our priorities. Let me know if you have any suggestions for improvements; whether you think I should ask for a 45 min slot; if you are interested enough to want me to get you added as a co-presenter; etc. Regards, Ian. -- Ian Jackson <ijackson at chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

...c 2018 Jun 2019 Xen 4.8 May/Jun 2019 [2] Nov/Dec 2019 [2] [1] Currently in stretch, in bad shape, we shouldn't release with this. [2] Xen 4.8 support dates are not formally promised yet and will depend on the Xen 4.8.0 release date. Ian. -- Ian Jackson <ijackson at chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

...end_msg 1; exit ;; > - esac It would have been less confusing to me if you had separated out the change to remove the open-coded fallback, from the change to when this is called. Also the latter change seems right and here I am complaining about the former... Thanks, Ian. -- Ian Jackson <ijackson at chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Hi Ian, can you please review and sponsor the upload of a first Xen 4.10 package to experimental? The work which has been done to arrive at this point from the previous 4.8 packages is visible at: https://salsa.debian.org/xen-team/debian-xen/commits/master The only commit which is not in master yet is the actual package release:

When installing xen-utils-V in a driver domain domU, it drags in xen-utils-common, which also contains the init script for xenstored and xenconsoled. Installing the package will fail right away, because it exits non-zero after checking whether it's running in a xen dom0 or not: systemd[1]: Starting LSB: Xen daemons... xen[7215]: Starting Xen daemons: (warning). systemd[1]: xen.service:

Initially out there as #965245. I strongly prefer to build ARM64 packages on non-ARM systems. Something about my main build machine having twice the cores and twice the clock speed. As such after many builds I've managed to generate a set of patches which appear to mostly function to get functioning cross-builds of Xen. These are NOT a 100% solution. Some packaging hacks were needed. In

...to work on these issues, on Monday the 10th of September Knorrie will prepare an agenda and post it here. Diziet will then send a mail to dda. Re this list, which is currently on the alioth continuity plan: We want to move to a list.d.o list. Knorrie will request one. Ian. -- Ian Jackson <ijackson at chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

...ORED ; try_xenstoreds=USER_XENSTORED ;; '') USER_XENSTORED="" ; try_xenstoreds='OXENSTORED CXENSTORED' ;; esac and then for try_xenstored_var in $try_xenstoreds; do eval "try_xenstored=\$$try_xenstored_var" ... Thanks, Ian. -- Ian Jackson <ijackson at chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

...d language. The user''s crontab, whose parsing is complicated, and which contains data which is to be executed, stays entirely within the user''s own security boundary - noone but the user themselves ever needs to touch that data. -- Ian Jackson, at home. Local/personal: ijackson@chiark.greenend.org.uk ian@chiark.greenend.org.uk http://www.chiark.greenend.org.uk/~ijackson/

...to sid. I noticed when I tried to push to salsa/master and discovered my branch wasn't ff. Hooray for git. So I have fixed that by rebasing onto the dfsg upstreamk tag and followed it up with a 2nd upload. So please don't be alarmed by noise from the archive. Ian. -- Ian Jackson <ijackson at chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

The contents are the wip.testme branch currently on salsa. I combined the wip.initscript and wip.oxenstored into this and added more things today. I think this is pretty gtg and it's smoke tested (in several cases by scping files around instead of doing package build), so it needs a final extra review and test round before putting it in master branch (which I don't want to force push). I

...hat updating to the 4.11-based packages from sid would help reduce RC bugs since they lack that .deb. This is wrong, of course. For this reason in general bugs should be reported against src:xen rather than against binary packages with Xen versions in their package name. Ian. -- Ian Jackson <ijackson at chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

...): > This partially reverts commit 16504669c5cbb8b195d20412aadc838da5c428f7. Wow, that is an upsteam commit from 2005. However, I would like some kind of explanation. Is it in fact now false that | # These don't cross-compile ? Should this patch go upstream ? Ian. -- Ian Jackson <ijackson at chiark.greenend.org.uk> These opinions are my own. Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

Hi Maximilian, there is an ocaml stack rebuild[1] at them moment, where xen is a part of. So please upload to experimental. Thanks! Thorsten [1] https://release.debian.org/transitions/html/ocaml.html === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns.

Hi! On x86_64, changeset 18081, running/building on rhel5, trying to use the HVM direct boot causes the domain to reboot immediately and then the log says the domain is restarting too rapidly. No obvious hints as to where the problem is. If I build the in-tree ioemu code, things work. Any clues as to where to look or how to get some useful debugging output? Thanks, John Byrne

...or the predisclosed advisories 231..234 and since Debian is also on the Xen Project predisclosure list I think it is proper for me with my Debian hat to start work on the packages for those. The release date is 2017-09-12 12:00. See https://xenbits.xen.org/xsa/ Regards, Ian. -- Ian Jackson <ijackson at chiark.greenend.org.uk> These opinions are my own. If I emailed you from an address @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.

On 19/10/16 16:54, Ian Jackson wrote: > Ian Jackson writes ("Xen in stretch - 4.7 or 4.8 ?"): >> Hi. I was wanting an initial opinion from the Release Team, about the >> Xen packages. Currently they are in bad shape in stretch and I intend >> to fix them ASAP. >> >> The question is whether I should move to Xen 4.7, or Xen 4.8. > > I just asked

xen source: lintian output: 'license-problem-gfdl-invariants stubdom/grub.patches/00cvs invariant part is: with no invariant sections, with the front-cover texts being a gnu manual, and with the back-cover texts as in (a) below', automatically rejected package. xen source: If you have a good reason, you may override this lintian tag. xen-utils-4.11: lintian output: