Re: xen-system-amd64 recompilation from source broken in 16.04

[Martinx - ジェームズ]

Éliás,

 The Ubuntu QEmu package already have the "--enable-xen" activated! Look:

---
user@xenial-1:~/sources/qemu/qemu-2.5+dfsg$ make -f debian/rules build
dh_testdir
# system build
rm -rf qemu-build; mkdir qemu-build
cd qemu-build && \
../configure --with-pkgversion="Debian 1:2.5+dfsg-5ubuntu6"
--extra-cflags="-g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2
-DCONFIG_QEMU_DATAPATH='\"/usr/share/qemu:/usr/share/seabios:/usr/lib/ipxe/qemu\"'
-DVENDOR_UBUNTU" --extra-ldflags="-Wl,-Bsymbolic-functions -Wl,-z,relro
-Wl,--as-needed" --prefix=/usr --sysconfdir=/etc
--libdir=/usr/lib/x86_64-linux-gnu --libexecdir=/usr/lib/qemu
--localstatedir=/var --disable-blobs --disable-strip --with-system-pixman
--interp-prefix=/etc/qemu-binfmt/%M --localstatedir=/var  --disable-user \
--enable-system \
--enable-linux-user \
--enable-modules \
--enable-linux-aio --audio-drv-list=pa,alsa,sdl,oss --enable-attr
--enable-bluez --enable-brlapi --enable-virtfs --enable-cap-ng
--enable-curl --enable-fdt --enable-gnutls --disable-gtk --disable-vte
--enable-libiscsi --enable-curses --enable-smartcard --with-system-pixman
--enable-rbd --enable-vnc-sasl --enable-seccomp --enable-spice
--enable-libusb --enable-usb-redir *--enable-xen* --enable-uuid
--enable-xfsctl --enable-vnc --enable-vnc-jpeg --enable-vnc-png
--enable-kvm --enable-vhost-net \
---

 So, guys, can we revisit the stubdomains build / packaging for Ubuntu?

 I'm also very interested on this!

Cheers!
Thiago

On 24 March 2016 at 20:45, Éliás Tamás  wrote:

> Hi. Just one more addition to this build-problem:
>
> Xen can use other qemu versions other then what is included (downloaded)
> with it. so the only task is needed to be done, to have some discussion
> betwen qemu and xen package maintainers, so xen can use the distro qemu
> source tree (making xen dependant on qemu), thus preventing downloading
> this component.
>
> The distor's qemu should contain only the --enable-xen config option
> during build.
>
> This way the download-probelm could be solved in my opinion, of course
> I'm not a package maintainer so I might not be right.
>
> Thx.
>
>
> 2016-03-23 13:58 keltezéssel, Éliás Tamás írta:
> > Hi. Thank you for your answer, this is a reasonable explanation.
> >
> > I will compile my version. For some reason compiling under debian 8 is
> > just fine, but I'm having difficulties doing the same under ubuntu
> > 16.04. Unfortunately the debian compilation is not a solution due to the
> > servers are all 16.04 and library conflicts occur.
> >
> > 2016-03-23 13:35 keltezéssel, Stefan Bader írta:
> >> On 23.03.2016 12:08, Éliás Tamás wrote:
> >>> HI.
> >>>
> >>> Ok, then the question is as follows:
> >>>
> >>> Is that possible in the near future to see a xen package in ubuntu that
> >>> supports STUBDOMAIN HVMs? (in my point of view this is the only secure
> >>> way of hosting windows-based guests)
> >>>
> >>> If yes, when?
> >>>
> >>> If no, why?
> >>
> >> No, at least not in foreseeable future because the way stubdomains are
> currently
> >> build downloads binaries (libraries) as tarfiles from external sources.
> That is
> >> a no-go for distro packaging as there is no way to ensure this is legal
> >> (licenses/binaries being redistributable).
> >> To change that properly will take quite a bit of time and right now I
> cannot see
> >> anybody in Debian or Ubuntu who has enough spare time for that.
> >>
> >> -Stefan
> >>>
> >>> Thnak you for your patience.
> >>>
> >>> 2016-03-23 11:55 keltezéssel, Stefan Bader írta:
>  On 23.03.2016 10:51, Éliás Tamás wrote:
> > HI.
> >
> >>> I had to install libsystemd-daemon-dev from an older ubuntu
> repository,
> >>> which seemes to place the required pkgconfig file for the xen
> sources
> >>> are looking for. I assume there is a need to merge  the old
> >>> ibsystemd-daemon-dev package with the new libsystemd-dev.
> >>>
> >>>
> >> Not really as long as the Debian/Ubuntu packaging is not enabling
> systemd (which
> >> is not yet the case).
> >
> > Then what should be the acceptable solution?
> >
> > Currently the xen sources are not compiling on 16.04 without extra
> > hacks. This is not the case with eg.: debian 8, that works out of the
> > box after the required backages been installed. (yes, 16.04 has newer
> > gnutls and for some reason the systemd packages been merged into one,
> > but this breaks compiling xen sources)
> 
>  If fetching the source directly from upstream works in Debian that
> might be luck
>  and may as well change any time. If you look at the Xen package in
> Debian this
>  is not just the upstream source either.
>  So either you will have to live with personal hacks or you might use
> the
>  existing distro packaging as a base for merging the new upstream
> version. Doing
>  that would allow to use a PPA for the build. Admittedly that is not 

Re: suggest policy: all GUI apps that display files/folders right-click copies full path

[Colin Law]

On 27 March 2016 at 09:47, Ralf Mardorf  wrote:
> PPS:
>
> I suspect that Nautilus provides to add plugin/action scripts, for
> SpaceFM you can write "tools" scripts. IOW when using the variable "%f"
> you could write a script that copies to the clip board or opens a
> terminal with the full path etc..

Good idea. Googling for nautilus script copy full path to clipboard
yields a number of likely looking hits.  It seems pretty trivial at
first glance.  Might even give it a go myself as it would certainly be
useful

Colin

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss

Re: suggest policy: all GUI apps that display files/folders right-click copies full path

[Ralf Mardorf]

PPPS:

On Sun, 27 Mar 2016 10:47:37 +0200, Ralf Mardorf wrote:
>PPS:
>
>I suspect that Nautilus provides to add plugin/action scripts, for
>SpaceFM you can write "tools" scripts. IOW when using the variable "%f"
>you could write a script that copies to the clip board or opens a
>terminal with the full path etc..

http://askubuntu.com/questions/21953/how-do-i-customize-the-context-menu-in-nautilus
http://manpages.ubuntu.com/manpages/wily/man1/xclip.1.html




-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss

Re: suggest policy: all GUI apps that display files/folders right-click copies full path

[Ralf Mardorf]

PPS:

I suspect that Nautilus provides to add plugin/action scripts, for
SpaceFM you can write "tools" scripts. IOW when using the variable "%f"
you could write a script that copies to the clip board or opens a
terminal with the full path etc..

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss

Re: suggest policy: all GUI apps that display files/folders right-click copies full path

[Ralf Mardorf]

PS:

FWIW reagrding your request Xfe also is a PITA.

Note, an advantage of SpceFM, Rodent and Thunar (Thunar at least without
gvfs) is, that they allow to delete items with the delete key, while
other file managers don't delete, they usually only allow to move to
trash (~/.local/share/Trash/).

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss

Re: suggest policy: all GUI apps that display files/folders right-click copies full path

[Ralf Mardorf]

I guess you need to file a feature request to upstream, IOW to the GNOME
bug tracker.

I'm not using Nautilus, but if you use Thunar, and the address bar e.g.
shows /home/rocketmouse/ while .bogofilter is selected and you Ctrl+A
and Ctrl+C in the address bar, you get /home/rocketmouse/.bogofilter
and not just /home/rocketmouse/. In addition Thunar provides a right
click menu with "Open Terminal Here".

FWIW I'm even not a Thunar user, I just mention it, since this might be
what you expect.

I prefer SpaceFM over any other file manager.

In SpaceFM select e.g. .bogofilter, then Ctrl+C and you
get /home/rocketmouse/.bogofilter, this way it btw. can be done for
Thunar too.

Let alone Rodent, were you can click everything by mouse and without
using a terminal, you simply can type any terminal command.

IIRC the KDE file manager allows to split the window in file manager and
terminal and the terminal follows each step done by the file manager.

If you select an item when using Caja and you copy it works too, so
this file manager from Mate might be close enough to Nautilus for you.

Actually Nemo, the Nautilus fork from Cinnamon isn't that comfortable,
but it at least provides a right click "Open In Terminal", that
OTOH fails on my install.

Tested on an Arch install, since for my Ubuntu Wily install I only have
SpaceFM and Rodent installed.

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss

suggest policy: all GUI apps that display files/folders right-click copies full path

[Peter Belmont]

When I use Nautilus, or look at Desktop, I see representations of many
files and folders. I want a very quick right-click method to copy the
fullpathname of such items.

Am I missing this? Does it exist already?

It would be very useful to me and probably to many users.

It would also be "culturally consistent" with Mozilla software.

*** ***

INSTEAD, TODAY, in order to "drop" full text pathnames of these
files/folders into (say) TERMINAL, I must laboriously construct the full
pathname. I must copy the filename (or foldername) and I must also copy
(or, in case of DeskTop, type from memory) the path.

Thus I need two operations to obtain

path / filename

It's crazy. I'm surprised no-one's proposed this before.

I want to skip the labor. I want a facility like FireFox and ThunderBird
provide where, when you

right-click something
you get a drop-down menu which INCLUDES
copy-this-item
which produces a saved ("copied") text
which may be "pasted" elsewhere.

It works for email addresses, URLs
UBUNTU should make this sort of thing work for ALL GUIs which display
files or folders.

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss