On Sáb, 2015-11-07 at 17:07 +0100, Michael Schwendt wrote:
> On Sat, 7 Nov 2015 17:18:14 +0200, Panu Matilainen wrote:
>
> > Frankly I didn't even realize the 0.rc1.X scheme was against the
> > guidelines since to me this is the (obviously) correct way to do it
> > with
> > predictable pre-relea
Hi, I would like to ask "lua" and "compat-lua" maintainers if it is
possible to have a packaged 5.2 lua version.
A use case? Upstream Darktable ships a bundled Lua version 5.2, and it is
not compatible with Lua 5.3. Fedora's Darktable does not ship the bundled
Lua to respect Fedora packaging rules.
On Qua, 2015-11-18 at 03:26 +, Pádraig Brady wrote:
> Is $subject possible?
Name: VirtualBox
Conflicts: %{name}-guest <= %{version}-%{release}
%package guest
Conflicts: %{name} <= %{version}-%{release}
so you can't install VirtualBox and VirtualBox-guest at same time
because the pack
On Mon, Oct 19, 2015 at 3:54 AM, Miroslav Suchý wrote:
> Dne 17.10.2015 v 23:55 Dave Johansen napsal(a):
> > How can I do a variable expansion that doesn't have - before and after?
> I tried "slc${releasever}X" [1] and
> > "slc$releaseverX" [2] but neither worked.
> > Thanks,
> > Dave
> >
> > [1]
Announcing the creation of a new nightly release validation test event
for Fedora 24 Rawhide 20151117. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
> "PB" == Pádraig Brady writes:
PB> Is $subject possible?
I don't think so, since at the end of %install you have exactly one set
of files in one buildroot. Still, I don't see a reason for the
subpackages to actually conflict.
PB> Are any other techniques possible?
Install the binaries un
Is $subject possible?
For example generating subpackages like:
%{name}-small-but-slow-binaries
%{name}-fast-but-big-binaries
I can %prep and %install into separate areas,
though was then wondering how to adjust
the buildroot for subpackages?
Are any other techniques possible?
I suppose I cou
On Tue, 2015-11-17 at 19:21 -0500, David Airlie wrote:
> >
> Maybe by renaming package maintainers to something like caretakers we could
> start changing the way people who maintain packages view their positions.
We actually already did that, but people haven't taken much notice. If
you look in p
> "DA" == David Airlie writes:
DA> This seems like a crappy technical solution to a social problem.
I don't know; it seems to be more discoverable than the current state,
where either you just commit and hope. And yeah, I'm relatively thick
skinned but I still don't like to get flamed by a
>
> tl; dr: I have submitted the following RFE for pkgdb:
> https://github.com/fedora-infra/pkgdb2/issues/274
> Please add comments there if you have any.
>
> I know I'm not the only provenpackager to have applied a bugfix to
> someone's package only to be yelled at it for it. Some maintainers
tl; dr: I have submitted the following RFE for pkgdb:
https://github.com/fedora-infra/pkgdb2/issues/274
Please add comments there if you have any.
I know I'm not the only provenpackager to have applied a bugfix to
someone's package only to be yelled at it for it. Some maintainers are
more prick
Adding Juan into the loop. He might be interested.
On 11/17/2015 01:40 PM, Kevin Fenzi wrote:
Greetings, we've been told that the email addresses
for this package maintainer is no longer valid. I'm starting the
unresponsive maintainer policy to find out if they are still interested
in maintaini
On Mon, Nov 16, 2015 at 08:39:24PM -0500, Stephen Gallagher wrote:
> 1) Reduce disk space usage. While disk space on physical devices is
> becoming trivially cheap, disk space on Cloud deployments and rented
> virtual servers is still comparatively very expensive. We really want
> to minimize the a
> "DW" == Dan Williams writes:
DW> Could you confirm what NetworkManager-* packages are installed on
DW> F23 server?
On my custom install (which just lists the packages I need in my
kickstart file) I have:
NetworkManager-glib-1.0.6-8.fc22.x86_64
NetworkManager-1.0.6-8.fc22.x86_64
NetworkMan
On Mon, 2015-11-16 at 20:39 -0500, Stephen Gallagher wrote:
> b'NetworkManager': 138
NM does have a larger dep-chain than we'd like, however we did split
the package apart a couple releases ago and made sure that WWAN, WiFi,
and Bluetooth were no longer required for the server cases. Could you
co
On Fri, Nov 13, 2015 at 10:19 AM, Daniel Pocock
wrote:
Fedora Talk was based on Asterisk.
https://fedoraproject.org/wiki/Infrastructure/Asterisk
Asterisk has lots of great features (voicemail, queues, etc) but it is
mainly for voice, it emphasizes SIP and at the time it was also quite
bad with I
On Tue, 2015-10-13 at 22:21 -0400, Dusty Mabe wrote:
>
> Does anyone have a good solution for this? Obviously it would be nice
> if ansible went to python3 but I think they have stated clearly that
> they are sticking with python2 for backwards compat with systems that
> still need 2.4.
FWIW, as
On Tue, Nov 17, 2015 at 12:09:50PM -0800, Adam Williamson wrote:
> On Tue, 2015-11-17 at 11:14 -0800, Brian C. Lane wrote:
> > On Tue, Nov 17, 2015 at 10:48:08AM +, Michael Hampton wrote:
> > > Along those lines, I would like to see Anaconda detect whether the
> > > system is a virtual machine,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/17/2015 05:00 AM, Stef Walter wrote:
> On 17.11.2015 02:39, Stephen Gallagher wrote:
>> (Please keep responses on the devel@ list; I've set it in the
>> Reply-To.)
>>
>> To jump right to the premise: The default Fedora Server install
>> is Way T
> "H" == Haïkel writes:
H> It's all the more important then to formalize requirements from new
H> packagers like having done two quality reviews and link them back to
H> their first package tickets.
That's sort of an orthogonal issues, but honestly I don't believe
anything should be require
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/17/2015 03:09 PM, Adam Williamson wrote:
> On Tue, 2015-11-17 at 11:14 -0800, Brian C. Lane wrote:
>> On Tue, Nov 17, 2015 at 10:48:08AM +, Michael Hampton wrote:
>>> Along those lines, I would like to see Anaconda detect whether
>>> the syst
Missing expected images:
Cloud disk raw i386
Cloud_atomic disk raw x86_64
Workstation live x86_64
Workstation live i386
Minimal disk raw armhfp
Kde disk raw armhfp
Cloud disk raw x86_64
No images in this compose but not Rawhide 20151116
Images in Rawhide 20151116 but not this:
Games live i386
-
On Tue, 2015-11-17 at 11:14 -0800, Brian C. Lane wrote:
> On Tue, Nov 17, 2015 at 10:48:08AM +, Michael Hampton wrote:
> > Along those lines, I would like to see Anaconda detect whether the
> > system is a virtual machine, and automatically select for installation
> > the _appropriate_ guest ag
On Tue, Nov 17, 2015 at 10:48:08AM +, Michael Hampton wrote:
> Along those lines, I would like to see Anaconda detect whether the
> system is a virtual machine, and automatically select for installation
> the _appropriate_ guest agents for the detected hypervisor, rather
> than _all_ of them, b
On 11/15/2015 10:34 AM, Gerald B. Cox wrote:
> My understand is that Opus excels at lower bitrates; above 100 Vorbis is
> better.
Opus is always better - but at high bitrates, artifacts become so
imperceptible that it doesn't matter too much which codec you pick, so
you might still pick Vorbis for
On Mon, 16 Nov 2015 08:48:12 -0500
Josh Boyer wrote:
> On Tue, Nov 10, 2015 at 10:24 AM, Kevin Fenzi wrote:
> > Greetings.
> >
> > This is a reminder email about the end of life process for Fedora
> > 21.
> >
> > Fedora 21 will reach end of life on 2015-12-01, and no further
> > updates will be
On 11/17/2015 06:25 PM, Tom Hughes wrote:
> On 17/11/15 18:11, Andrew Haley wrote:
>> On 11/17/2015 05:55 PM, Joonas Sarajärvi wrote:
>>> My impression is that by default in fedora, virt-manager runs as
>>> non-root. I guess it might ask for the root password in order to
>>> manage the libvirtd tha
Greetings, we've been told that the email addresses
for this package maintainer is no longer valid. I'm starting the
unresponsive maintainer policy to find out if they are still interested
in maintaining their packages (and if so, have them update their email
addresses in FAS). If they're not int
On 17/11/15 18:11, Andrew Haley wrote:
On 11/17/2015 05:55 PM, Joonas Sarajärvi wrote:
My impression is that by default in fedora, virt-manager runs as
non-root. I guess it might ask for the root password in order to
manage the libvirtd that runs as privileged mode, but even in that
case the use
2015-11-17 20:07 GMT+02:00 Reindl Harald :
> depends on what the application is supposed to do and if you want a global
> setup instead only in the userhome for every user
>
> installing in your userhome has another disadvantage: you are running all
> day long a application writeable by your user a
On 11/17/2015 05:55 PM, Joonas Sarajärvi wrote:
> My impression is that by default in fedora, virt-manager runs as
> non-root. I guess it might ask for the root password in order to
> manage the libvirtd that runs as privileged mode, but even in that
> case the user interface would run as your norm
Am 17.11.2015 um 19:04 schrieb Joonas Sarajärvi:
2015-11-17 19:56 GMT+02:00 Florian Weimer :
Doesn't most proprietary software come with GUI installers?
No idea if "most" are, but at least I have seen many proprietary
programs that do not require a GUI in installation.
Also in many cases wh
2015-11-17 19:56 GMT+02:00 Florian Weimer :
> Doesn't most proprietary software come with GUI installers?
No idea if "most" are, but at least I have seen many proprietary
programs that do not require a GUI in installation.
Also in many cases where there is a GUI installer, it works just fine
as a
Am 17.11.2015 um 18:56 schrieb Florian Weimer:
On 10/30/2015 10:48 PM, Adam Jackson wrote:
Anyone running any X (or wayland) application as root in their desktop
session is completely bonkers and deserves every consequence of their
poor decision.
Doesn't most proprietary software come with GU
Hi,
2015-11-17 19:30 GMT+02:00 Andrew Haley :
> And I have no idea how to run things like virt-manager without root.
My impression is that by default in fedora, virt-manager runs as
non-root. I guess it might ask for the root password in order to
manage the libvirtd that runs as privileged mode,
On 10/30/2015 10:48 PM, Adam Jackson wrote:
> Anyone running any X (or wayland) application as root in their desktop
> session is completely bonkers and deserves every consequence of their
> poor decision.
Doesn't most proprietary software come with GUI installers?
Florian
--
devel mailing list
On 11/02/2015 03:05 PM, Adam Jackson wrote:
> But, why take the risk exposure, when you could simply not?
How else would I edit root-owned files? I don't get it. I mean,
I guess I could run an editor in a text window, but I don't want to
do that.
And I have no idea how to run things like virt-m
Missing expected images:
Cloud disk raw i386
Cloud_atomic disk raw x86_64
Workstation live x86_64
Workstation live i386
Minimal disk raw armhfp
Kde disk raw armhfp
Cloud disk raw x86_64
Images in this compose but not Rawhide 20151115:
Games live x86_64
Lxde live x86_64
Images in Rawhide 2015111
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/17/2015 11:16 AM, Adam Jackson wrote:
> On Mon, 2015-11-16 at 20:39 -0500, Stephen Gallagher wrote:
>
>> 10 Longest dependency chains b'abrt-addon-python3':
>> 170 b'abrt-retrace-client': 171 b'abrt-addon-pstoreoops': 171
>> b'abrt-ad
On 17/11/15 01:39, Stephen Gallagher wrote:
> (Please keep responses on the devel@ list; I've set it in the Reply-To.)
>
> To jump right to the premise: The default Fedora Server install is Way
> Too Big(TM) and the minimal install (also available on the Fedora
> Server install media) is also Too
On Mon, 2015-11-16 at 20:39 -0500, Stephen Gallagher wrote:
> 10 Longest dependency chains
> b'abrt-addon-python3': 170
> b'abrt-retrace-client': 171
> b'abrt-addon-pstoreoops': 171
> b'abrt-addon-ccpp': 183
> b'abrt-addon-vmcore': 190
> b'rolekit': 196
> b'abrt-cli': 214
> b'cockpit': 2
Hi,
I am the new resource-agents maintainer at Red Hat taking over for David
Vossel.
I am looking for a sponsor, so I can maintain the Fedora version as well.
My Review Request can be found at:
https://bugzilla.redhat.com/show_bug.cgi?id=1268228
Regards
Oyvind Albrigtsen
Software Engineer
R
On Tue, Nov 17, 2015 at 8:54 AM, Haïkel wrote:
>
> It has been retired because it's in RHEL7, hence it can't be shipped
> in EPEL (cf. pkgdb)
Ahh, I've mostly been concentrating on el6 trying to unbundle as much as I
can from freeimage while addressing the CVE on it. So I can cancel that
reques
2015-11-17 15:02 GMT+01:00 Richard Shaw :
> I would like to unretire the epel7 branch of LibRaw, per the guidelines[1]
> this woudl require a re-review, but that would only make sense if the whole
> package was retired, not an epel branch.
>
> Why would we re-review something that still have active
On Nov 17, 2015 01:25, "Martijn Ras" wrote:
>
> What i've been doing on a number of small devices lately is strip all
comments from all files, which frees up a lot of disk space.
>
> I know, this strips copyright headers.
>
> Maybe the minimal packages can be split in two, by moving the comments t
I would like to unretire the epel7 branch of LibRaw, per the guidelines[1]
this woudl require a re-review, but that would only make sense if the whole
package was retired, not an epel branch.
Why would we re-review something that still have active branches
(specifically rawhide)?
Thanks,
Richard
On Mon, Nov 16, 2015 at 08:39:24PM -0500, Stephen Gallagher wrote:
> Largest 10 packages
> 14288083: coreutils
> 14486819: glibc
> 18024040: kernel-modules
> 27253403: systemd
I've been working on making systemd packaging slightly more modular:
https://fedoraproject.org/wiki/Changes/syst
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11/16/2015 08:39 PM, Stephen Gallagher wrote:
> With these two goals in mind, the most obvious approach to improving
> this situation would be by reducing the number of packages installed
> by default on the Minimal and Fedora Server installs. As
Compose started at Tue Nov 17 05:15:03 UTC 2015
Broken deps for i386
--
[APLpy]
python3-APLpy-1.0-2.fc23.noarch requires python(abi) = 0:3.4
[IQmol]
IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0
IQmo
2015-11-17 2:42 GMT+01:00 Jason L Tibbitts III :
> I recently filed https://fedorahosted.org/fesco/ticket/1499 with the
> goal of making the process just a bit simpler for new packagers. The text of
> my proposal follows. Please make sure that substantial comments are
> made on the ticket to ensu
On 17.11.2015 02:39, Stephen Gallagher wrote:
> (Please keep responses on the devel@ list; I've set it in the Reply-To.)
>
> To jump right to the premise: The default Fedora Server install is Way
> Too Big(TM) and the minimal install (also available on the Fedora
> Server install media) is also To
What i've been doing on a number of small devices lately is strip all
comments from all files, which frees up a lot of disk space.
I know, this strips copyright headers.
Maybe the minimal packages can be split in two, by moving the comments to a
separate package?
--
devel mailing list
devel@list
52 matches
Mail list logo
