Missing expected images:
Cloud_base qcow2 x86_64
Atomic qcow2 x86_64
Cloud_base raw-xz x86_64
Xfce raw-xz armhfp
Atomic raw-xz x86_64
Minimal raw-xz armhfp
Failed openQA tests: 70/114 (x86_64), 22/23 (i386)
ID: 87672 Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedorapr
On Thu, 2017-04-27 at 13:41 -0700, Adam Williamson wrote:
> There's something going on with the openQA test updates.img not taking
> effect properly, that just showed up today, which I'm going to look
> into next.
Actually I think this is a kernel bug causing the disk in the relevant
test - instal
On 27 April 2017 at 22:42, Björn 'besser82' Esser <
besse...@fedoraproject.org> wrote:
> Fedora currently has about 19k packages in each maintained release /
branch,
> thats a total of about 76k packages. If such a little change saves about
> 100KB of storage in average for every single package, i
On Apr 27, 2017 3:13 PM, "David Sommerseth" wrote:
On 27/04/17 01:20, Dominik 'Rathann' Mierzejewski wrote:
> On Wednesday, 26 April 2017 at 21:18, David Sommerseth wrote:
>> On 26/04/17 17:08, Lee Howard wrote:
>>> On 04/25/2017 01:39 PM, David Sommerseth wrote:
This is actually just a very
On 27 April 2017 at 22:34, Reindl Harald wrote:
>> So far *only* argument was that his split may save ~1GB on ftp server.
>> [mode=sarcastic]
>
> no
Gosh .. so seems like I've lost few emails in this thread!!!
Could you please forward on my prv email address this email with other
than this "1GB"
Am 27.04.2017 um 22:29 schrieb Tomasz Kłoczko:
On 27 April 2017 at 21:54, Reindl Harald wrote:
Am 27.04.2017 um 21:50 schrieb Tomasz Kłoczko:
OK so what kind of problem solves those changes? Can I have look on some
bugzilla entry?
split packages where it *really* matters instead create thousa
On Thu, 2017-04-27 at 01:32 +, Fedora compose checker wrote:
> Missing expected images:
>
> Xfce raw-xz armhfp
>
> Failed openQA tests: 19/116 (x86_64), 6/23 (i386), 1/2 (arm)
So there's, well, various stuff going on here.
The biggest thing is a GNOME crasher (during gnome-initial-setup on
Am 27.04.2017 um 19:02 schrieb Igor Gnatenko:
P.S. F25 and above are supported
Well, no… I tried the plugin on fc26 and dnf refused to do anything
after that:
AttributeError: 'Repo' object has no attribute 'cachedir'
I had to remove the plugin using low-level rpm…
Looks like the code
On 27 April 2017 at 21:54, Reindl Harald wrote:
> Am 27.04.2017 um 21:50 schrieb Tomasz Kłoczko:
>>
>> OK so what kind of problem solves those changes? Can I have look on some
>> bugzilla entry?
>
> split packages where it *really* matters instead create thousands of small
> rpm packages where the
Christopher wrote:
> If you're still deciding how often to bump the version numbers, consider
> following something like: http://semver.org/spec/v2.0.0.html
And if you don't use release branches and really don't want to bother trying
to decide at each release on whether to go from 1.0.0 to 1.0.1,
On Thu, 2017-04-27 at 01:26 +, Fedora compose checker wrote:
> Missing expected images:
>
> Cloud_base qcow2 x86_64
> Atomic qcow2 x86_64
> Cloud_base raw-xz x86_64
> Xfce raw-xz armhfp
> Atomic raw-xz x86_64
> Minimal raw-xz armhfp
>
> Failed openQA tests: 74/114 (x86_64), 22/23 (i386)
So a
On 27/04/17 01:20, Dominik 'Rathann' Mierzejewski wrote:
> On Wednesday, 26 April 2017 at 21:18, David Sommerseth wrote:
>> On 26/04/17 17:08, Lee Howard wrote:
>>> On 04/25/2017 01:39 PM, David Sommerseth wrote:
This is actually just a very late heads-up about challenges with OpenVPN
in
On Thu, Apr 27, 2017 at 07:50:40PM +, Tomasz Kłoczko wrote:
> OK so what kind of problem solves those changes? Can I have look on some
> bugzilla entry?
Talking to the maintainers of that package nicely is generally the best
approach. Or even better, *build* that better approach and *show*.
Te
OK so what kind of problem solves those changes? Can I have look on some
bugzilla entry?
kloczek
On Thu, 27 Apr 2017 at 21:47, Matthew Miller
wrote:
> On Thu, Apr 27, 2017 at 07:25:32PM +, Tomasz Kłoczko wrote:
> > Seems like splitting langpacks subpackages in all evolution packages few
> >
On Thu, Apr 27, 2017 at 07:25:32PM +, Tomasz Kłoczko wrote:
> Seems like splitting langpacks subpackages in all evolution packages few
> minutes ago just started.
> No generall agreement for such changes, ignoring already mentioned
> arguments.
> Seems only just because "we can".
That's true.
Seems like splitting langpacks subpackages in all evolution packages few
minutes ago just started.
No generall agreement for such changes, ignoring already mentioned
arguments.
Seems only just because "we can".
Guys if you are bored just please undress, sit down next to your clothes
and watch your
On Thu, Apr 27, 2017 at 02:07:34PM +0200, Milan Crha wrote:
> I did with evolution core packages what I thought is the best. I do not
> use weak dependencies, I define a hard dependency between the langpacks
> and the binary package, both ways, thus users get either both or none
> of them. That mak
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello users and developers,
We had presented deltametadata project at DevConf.CZ 2017[0], goal of
this project is to minimize bandwidth required on clients to update
repository metadata (repomd.xml, primary.xml, etc.) which would improve
user experi
Following is the list of topics that will be discussed in the
FESCo meeting Friday at 16:00UTC in #fedora-meeting on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2017-04-28 16:00 UTC'
Links to all issues below ca
On 28 April 2017 at 00:07, Stephen John Smoogen wrote:
> On 27 April 2017 at 02:32, Nick Coghlan wrote:
>> At this moment, this is NOT true for Fedora and derivatives. Instead,
>> the remediation step here is "sudo pip uninstall X && sudo dnf
>> reinstall " where you have to:
>>
>> 1. Figure out
On Thu, Apr 27, 2017 at 11:48:06PM +1000, Nick Coghlan wrote:
> On 27 April 2017 at 23:04, Daniel P. Berrange wrote:
> > On Thu, Apr 27, 2017 at 04:32:09PM +1000, Nick Coghlan wrote:
> >> Their approach means that any harm caused by "sudo pip install X" can
> >> subsequently be fully reversed by d
Dne 27.4.2017 v 15:49 Edgar Hoch napsal(a):
> I agree - see the last section of my mail. Your approach is better.
>
> But how do we get this approach to Fedora? Who is responsible for changeing
> the package guidelines and changing the packages (possibly even for Fedora
> 26?)?
Anybody can bri
On 27 April 2017 at 02:32, Nick Coghlan wrote:
> On 27 April 2017 at 11:47, Nico Kadel-Garcia wrote:
>> On Wed, Apr 26, 2017 at 7:13 AM, Charalampos Stratakis
>>> At the present time, running sudo pip3 in Fedora is not safe.
>>> Pip shares its installation directory with dnf, can remove
>>> dnf-m
I agree - see the last section of my mail. Your approach is better.
But how do we get this approach to Fedora? Who is responsible for changeing the
package guidelines and changing the packages (possibly even for Fedora 26?)?
Am 27.04.2017 um 14:57 schrieb Reindl Harald:
> wrong approach
>
> go
On 27 April 2017 at 23:04, Daniel P. Berrange wrote:
> On Thu, Apr 27, 2017 at 04:32:09PM +1000, Nick Coghlan wrote:
>> Their approach means that any harm caused by "sudo pip install X" can
>> subsequently be fully reversed by doing "sudo pip uninstall X".
>>
>> At this moment, this is NOT true fo
On Thu, Apr 27, 2017 at 04:32:09PM +1000, Nick Coghlan wrote:
> On 27 April 2017 at 11:47, Nico Kadel-Garcia wrote:
> > On Wed, Apr 26, 2017 at 7:13 AM, Charalampos Stratakis
> >> At the present time, running sudo pip3 in Fedora is not safe.
> >> Pip shares its installation directory with dnf, can
I want to start a discussion about xdg autostart.
The problem is that system adminstrators should be able to install packages so
software is available for users, but they should be able to configure which
programs are autostarted on desktop login.
Currently, I can modify files in /etc/xdg/autos
On 27 April 2017 at 19:34, Fabio Valentini wrote:
> If the "only" reason to change the current behavior is to prevent
> users from nuking their systems (be it by accident, or by following
> outdated instructions from the web), then why not prevent running
> "sudo pip" at all?
The main problem wit
On Thu, 2017-04-27 at 13:31 +0200, David Tardon wrote:
> There is a reason that libreoffice puts l10n data into separate
> subpackages.
Hi,
yes, there is a very good reason for it and I'm not questioning that.
libreoffice was just an example of a package which does that already,
but also f
Hi,
On Mon, Apr 24, 2017 at 06:15:49PM +0200, Milan Crha wrote:
> On Mon, 2017-04-24 at 08:18 -0400, Stephen Gallagher wrote:
> > If we went this route, I'd love to see us attempt to solve this
> > generically for all packages if at all possible.
>
> My main issue with libreoffice langpacks divid
Am 27.04.2017 um 11:52 schrieb Björn 'besser82' Esser:
Hi folks!
I'm planning to update json-c in rawhide (maybe in F26 too). This
implies a SONAME bump - the one that should have been in json-c-0.12
already.
As a provenpackager, I can rebuild all affected packages during the
update.
Aff
Hi folks!
I'm planning to update json-c in rawhide (maybe in F26 too). This
implies a SONAME bump - the one that should have been in json-c-0.12
already.
As a provenpackager, I can rebuild all affected packages during the update.
Affected packages (my own filtered out):
abrt
abrt-plugin-bo
Thanks for help, but ...
Dennis Gilmore píše v Út 25. 04. 2017 v 13:10 -0500:
> El lun, 24-04-2017 a las 15:11 +0200, Marek Skalický escribió:
> > Hi,
> > I am building container using fedpkg and I am getting this error:
> >
> > FAILED: BuildError: Required LABELs haven't been found in
> > Docker
If the "only" reason to change the current behavior is to prevent
users from nuking their systems (be it by accident, or by following
outdated instructions from the web), then why not prevent running
"sudo pip" at all?
Adding a small patch to pip to print an explanatory message ("This is
unsafe, m
nphilipp pushed to perl (f26). "Dockerfile and tests (..more)"
https://src.fedoraproject.org/cgit/perl.git/commit/?h=f26&id=f0c699abaa4f419bdd288080859ccc7308055150
___
perl-devel mailing list -- perl-de...@lists.fedoraproject.org
To unsubscribe
Thank you for your tips, Christopher. This is probably the most
complete guide that can be included in a short post.
Regards,
Rafal
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.o
36 matches
Mail list logo
