On Thu, Jul 14, 2016 at 05:20:41PM +0200, Pavel Raiskup wrote:
> I doubt installed wrapper script worked for you; but yes - it might be too
> late as not everything is manually tested (if not detected by toolchain).
It fails quite dramatically ...
$ libguestfs-boot-benchmark
mkdir: cannot create
On Thu, Jul 14, 2016 at 10:06 AM, Chris Murphy wrote:
> On Thu, Jul 14, 2016 at 4:17 AM, Tomasz Torcz wrote:
>> On Wed, Jul 13, 2016 at 11:11:12PM -0400, Garry Williams wrote:
>>> On Tuesday, July 12, 2016 7:56:41 AM EDT Chris Murphy wrote:
>>> > I have KillUserProcesses=yes set in Fedora 24 for
On Thu, Jul 14, 2016 at 4:17 AM, Tomasz Torcz wrote:
> On Wed, Jul 13, 2016 at 11:11:12PM -0400, Garry Williams wrote:
>> On Tuesday, July 12, 2016 7:56:41 AM EDT Chris Murphy wrote:
>> > I have KillUserProcesses=yes set in Fedora 24 for some time now. I'm
>> > noticing that I still often have 90
On Wednesday, July 13, 2016 2:27:11 PM CEST Richard W.M. Jones wrote:
> Just a note more than anything, since I don't see this problem
> discussed anywhere in the packaging guidelines ...
> [...]
> I accidentally packaged some libtool wrapper scripts by doing:
It probably rarely happens as the 'ma
Hi,
On Thu, Jul 14, 2016 at 2:10 PM, Ville-Pekka Vainio wrote:
> Due to having less time available for Fedora than I used to, I have
> decided to orphan the moin package, i.e. the MoinMoin wiki engine, in
> all branches.
>
> If someone wants to pick it up, there's not that much work to be done
>
Jan Synacek wrote:
> #define ssprintf(dest, ...) snprintf((dest), sizeof(dest), __VA_ARGS__)
Did you want:
#define ssprintf(dest, ...) snprintf((dest), sizeof(dest), ## __VA_ARGS__)
David
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lis
Missing expected images:
Kde live i386
Workstation live i386
Kde live x86_64
Cloud_base raw-xz x86_64
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Kde raw-xz armhfp
Minimal raw-xz armhfp
Workstation live x86_64
Failed openQA tests: 28/74 (x86_64), 4/15 (i386)
ID: 25167 Test: x86_64 Everythi
On Thu, Jul 14, 2016 at 9:24 AM, Michael Cronenworth wrote:
> On 07/13/2016 08:19 PM, haevalen...@gmail.com wrote:
>>
>> Budgie desktop is doing a very good job using GNOME technologies keeping
>> things simple.
>>
>> It is now officially offers from the Solus project through OBS, but it
>> would
On 07/13/2016 08:19 PM, haevalen...@gmail.com wrote:
Budgie desktop is doing a very good job using GNOME technologies keeping things
simple.
It is now officially offers from the Solus project through OBS, but it would be
good to have in the official repositories of Fedora and perhaps in the fu
As someone pointed out somewhere on IRC - we should try to invent
"alternatives" to python packages like it was done in java packages in
Fedora.
On Thu, Jul 14, 2016 at 3:13 PM, Miroslav Suchý wrote:
> Dne 13.7.2016 v 21:15 Avram Lubkin napsal(a):
>> Does anyone have any preferences, thoughts or
On Wed, Jul 13, 2016, at 03:04 PM, Andrew Lutomirski wrote:
> I want to add a couple more to the scope: dnf and PackageKit. I don't
> care *how* dnf and PackageKit get started. If they're making changes,
> systemd should *not* zap them on logout.
PackageKit has been a daemon from the start (and
Dne 13.7.2016 v 21:15 Avram Lubkin napsal(a):
> Does anyone have any preferences, thoughts or alternative approaches?
I do not have the solution. But I want to point out similar case, which I
recently reported against pyp2rpm:
https://github.com/fedora-python/pyp2rpm/issues/63
--
Miroslav Suc
Hi all!
Due to having less time available for Fedora than I used to, I have
decided to orphan the moin package, i.e. the MoinMoin wiki engine, in
all branches.
If someone wants to pick it up, there's not that much work to be done
right now. It needs an update from 1.9.7 to 1.9.8, and maybe someon
On Thu, 2016-07-14 at 08:06 -0400, Stephen Gallagher wrote:
> Packages in Fedora can be retired up to Final Freeze, while the
> Contingency Plan
> is expected to be put into play at Beta Freeze if things aren't
> working properly
> at that point. So I think the perfect time to retire Udisks2 would
On Thu, Jul 14, 2016, at 08:33 AM, Colin Walters wrote:
>
> Another thing I think is cool is that we use bubblewrap[3] to
> run %post scripts, which greatly helps avoid system damage from badly written
> scripts, and helps ensure that system changes are under control of rpm-ostree.
I also meant
rpm-ostree 2016.4:
https://github.com/projectatomic/rpm-ostree/releases/tag/v2016.4
is now in Bodhi:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-2b9342c5cc
https://bodhi.fedoraproject.org/updates/FEDORA-2016-bfecf6abed
Remember, to try it, you can rebase an existing Atomic Host system u
On 07/07/2016 08:13 AM, Jan Kurik wrote:
> = Proposed System Wide Change: KillUserProcesses=yes by default =
> https://fedoraproject.org/wiki/Changes/KillUserProcesses_by_default
>
> Change owner(s):
> * Zbigniew Jędrzejewski-Szmek
Copying my response from https://fedorahosted.org/fesco/ticket/
On 07/14/2016 04:56 AM, Tomáš Smetana wrote:
> On Wed, 13 Jul 2016 08:43:33 -0500
> Michael Catanzaro wrote:
>
>> On Wed, 2016-07-13 at 11:43 +0200, Tomáš Smetana wrote:
>>> Hello,
>>> Just a heads-up: I have just build the 2.6.2 version of storaged
>>> that should
>>> replace udisks2 in Fedora
On Wed, Jul 13, 2016 at 11:11:12PM -0400, Garry Williams wrote:
> On Tuesday, July 12, 2016 7:56:41 AM EDT Chris Murphy wrote:
> > I have KillUserProcesses=yes set in Fedora 24 for some time now. I'm
> > noticing that I still often have 90 second delays if I restart or
> > shutdown, more than half
On Thu, Jul 14, 2016 at 09:52:20AM +0200, Igor Gnatenko wrote:
> Good point, but how do we know if file is libtool wrapper and not real
> shell-script?
If you're happy with a heuristic, then they should be easy to identify
from the comments at the very beginning of the file, which look like
below.
On Wed, 13 Jul 2016 08:43:33 -0500
Michael Catanzaro wrote:
> On Wed, 2016-07-13 at 11:43 +0200, Tomáš Smetana wrote:
> > Hello,
> > Just a heads-up: I have just build the 2.6.2 version of storaged
> > that should
> > replace udisks2 in Fedora 25. The upgrade should be seamless: Cockpit
> > and
> Oh no, that is not what we're aiming for. We are aiming for a set of
> automated *sanity tests* that run for every update. Over time maybe
> we could add regression tests to it that can't be added to the
> upstream testsuite for some reason (requiring root privs for example,
> much easier to do
Good point, but how do we know if file is libtool wrapper and not real
shell-script?
On Wed, Jul 13, 2016 at 3:27 PM, Richard W.M. Jones wrote:
> Just a note more than anything, since I don't see this problem
> discussed anywhere in the packaging guidelines ...
>
> If a package uses libtool, then
23 matches
Mail list logo
