his and have received no
response. The package does not run at all under python 3.12 and if
the maintainer will not update it it should probably be orphaned.
--
Tapadh leabh,
Mairi Dulaney.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
Hey, y'all.
As far as I know, qtile is the only package that depends on
python3-xcffib, and nothing depends on the python2- subpackage.
Accordingly, I am have dropped the python2-subpackage in Rawhide.
--
Dulaney.
signature.asc
Description: PGP sign
The dependency tree for Elasticsearch is way huge, even bringing in parts
of the X stack. Do you reckon folks could work together to trim this a
bit?
Thanks!
--
John.
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedo
> Date: Wed, 1 Jun 2016 15:48:04 +0200
> From: Lennart Poettering
> Subject: Re: systemd 230 change - KillUserProcesses defaults to yes
> To: Development discussions related to Fedora
>
> Message-ID: <20160601134804.GB21606@gardel-login>
> Content-Type: text/plain; charset=us-ascii
>
> O
You know, it seems to me that systemd doing this to work around a Gnome problem
(and a problem I have not seen outside of Gnome), is sort of like glibc working
around a bug in Firefox and at the same time breaking bash. We're taking a bug
in the Gnome stack and putting a 'fix' in systemd that b
Hey, y'all
I'm taking ownership of guile-lib post-orphaning.
Thanks much
John.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
I can take lilypond, linode-cli, jwm, mopac7, and mscore
John.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
> I'll admit that I'm guilty of this when I craft packages targeting
> Fedora. For the most part, it's because I don't have a good reason to
> care about the soversion (aside from making sure it exists). When I'm
> making packages targeting Mageia or openSUSE, I do actually care about
> it, because
>
> This is the hazard of using %{_libdir}/*.so.* in %files. Is there any
> reason why such a syntax should NOT be formally discouraged in the
> packaging guidelines?
>
It hasn't been actively discouraged, and I have, in fact seen it encouraged
during packa
The maintainer for python-cairocffi has been non-responsive for some
time. For example, I opened 1249821 in early August; never received a
response; adamw finally did the deed for me. I opened 1273567 in
October, and have still not received a single response. 1288627 was
opened in early December
Recently, I filed a bug (1274451) about running virt-manager on Wayland.
As it turns out that this is applicable to running gui applications as
root on Wayland in general, the scope was changed (see Cole's comments).
As Halfline points out, the decision needs to be made whether to allow
gui applic
> Date: Thu, 9 Apr 2015 04:39:59 -0400
> From: kpa...@redhat.com
> To: qa-de...@lists.fedoraproject.org
> Subject: remedy for depcheck inferior architecture issue
>
> I see people asking on #fedora-devel or #fedora-admin about depcheck inferior
> architectu
Some thoughts:
>> Where to keep tests? a/ in current dist-git for related components
>> (problem with sharing parts of code, problem where to keep tests
>> related for more components) b/ in separate git with similar
>> functionality as dist-git (needs new infrastructure, components are
>> not dir
jdulaney closed this task as "Resolved".
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T20
To: jdulaney
Cc: qa-devel
___
qa-devel mailing list
qa-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/qa-devel
jdulaney added a comment.
Done, pushed to git.
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T20
To: jdulaney
Cc: qa-devel
___
qa-devel mailing list
qa-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/qa-devel
jdulaney created this task.
jdulaney claimed this task.
jdulaney added a subscriber: qa-devel.
jdulaney added a project: depcheck mk 2
TASK DESCRIPTION
Currently, depcheck mk 2 uses essentially hard coded links to repodata;
better solution is to put these into a config file.
Use yum.repos
I would suggest that we create a clear SOP for fall back planning in case
a feature, especially a crit path feature, is not ready for prime time.
Obviously, if a feature is not %100 by feature freeze, then it needs to be
dropped. I would even venture to suggest that we include in the SOP
somethi
Shiver me timbers!
It's time for another Beefy Test Day, Argh! Tomorrow, 13 March, is the USB 3.0
Test Day!
https://fedoraproject.org/wiki/Test_Day:2012-03-13_USB_3.0
Testing is easy; just use your favourite up-to-date Fedora 17 image (Live or
Install); everything
is included! The testing wi
days, as
well as https://fedoraproject.org/wiki/QA/SOP_Test_Day_management for helping
with creating the associated Wiki page and actually running the test day.
If you need any help, feel free to email me at jdula...@fedoraproject.org.
Thanks much
John Dulaney
(1) https
days, as
well as https://fedoraproject.org/wiki/QA/SOP_Test_Day_management for helping
with creating the associated Wiki page and actually running the test day.
If you need any help, feel free to email me at jdula...@fedoraproject.org.
Thanks much
John Dulaney
(1) https://fedoraproject.org/wiki
On Wed, Jul 13, 2011 at 10:06 PM, Reindl Harald wrote:
>
>
> Am 14.07.2011 03:57, schrieb Eric Sandeen:
>>> bleeeding edge / modern technology is not the same as dangerous defaults
>>> unstable / unfinsihed packages should never be default in GA nor replace
>>> existing and over a long time
> Am 13.06.2011 00:04, schrieb John Dulaney:
> >> PLEASE give us a option for systems upgraded with yum
> >> NOT USING "systemd" and force "upstart" as before
> >
> > No one is stopping you from packaging upstart (assuming someone hasn'
> PLEASE give us a option for systems upgraded with yum
> NOT USING "systemd" and force "upstart" as before
No one is stopping you from packaging upstart (assuming someone hasn't done so)
for F15.
> * the system is running since years
> * every dist-upgrade via yum was no problem
> * now see
It was for me until this morning. Virtual box killed it (beware of vb).
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
All,
I shall be working on some web frontends for ResultsDB, and I have
been told that y'all already have some mock-ups/ideas for such a
beast. If so, could y'all point me in the right direction.
Thanks
John Dulaney
--
devel mailing
25 matches
Mail list logo
