2010/1/18 Jiri Moskovcak :
>> Plus abrt should run `rpm -V' on any rpm involved in the transaction (=if
>> user
>> does not have replaced the binary by some non-rpm "make install").
>
> ABRT used to do this (and still can, it's just disabled), but rpm -V uses
> prelink to un-prelink the binaries to
2010/1/18 Jiri Moskovcak :
> On 01/18/2010 01:28 PM, Thomas Moschny wrote:
>> 2010/1/18 Jiri Moskovcak:
>>> ABRT used to do this (and still can, it's just disabled), but rpm -V uses
>>> prelink to un-prelink the binaries to check the MD5 sum and security guys
erf-0.9.0.tar.gz have the same
md5 that is also in the sources file.)
> thm:BADURL:guitone-0.9-1.tgz:guitone
In this case, the upstream server uses a mismatching certificate, not
sure what to do here besides asking upstream to use another
certificate.
--
Thomas Moschny
--
devel mailing list
2010/1/18 Seth Vidal :
> 1. extraordinarily stable
> [...]
> in ANY of those cases I'd want to start thinking about nuking the pkg from
> fedora.
Are you serious?
- Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.cgi?id=558813 .
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2010/8/26 Till Maas :
> On Thu, Aug 26, 2010 at 03:16:14PM -0400, Neal Becker wrote:
>
>> But, I hope this doesn't mean f12 is out of sync with f13, f14, master.
>> They should all be identical.
>
> I usually "gitk --all" to check this. The green labels need all to
> point to the same commit for a
2010/8/27 Jesse Keating :
> That's strange. I use it on my laptop, which has a caching local DNS
> server (dnsmasq) and it works just fine. I do have a script in
> /etc/NetworkManager/dispatcher.d/ that waits for bringup and vpn bring
> up to make adjustments to the running local DNS server (whic
2010/8/31 Jesse Keating :
> An update that changes behavior for the end user would never be
> acceptable as an update to a stable release. Only severe exceptions
> should be made to this rule, where the time/effort to backport the
> important fixes from a new upstream release are cost prohibitive
2010/9/8 Daniel P. Berrange :
> When maintaining a proper GIT branch against upstream and cherry picking
> patches, the fact that you might end up with 100's of patches is not
> really a burden anymore. GIT does all the hardwork for you. You can
> automate patchfile creation with git format-patch,
2011/7/12 Dario Lesca :
> Hi, how to I can read in safe mode, from bash, the content
> of /proc/locks?
>
> On my system I have more than 7000/9000 line into /proc/locks and if I
> read it with awk (or cat or grep or cp) the file change during the read
> and my input is undefined and is not processa
2011/8/23 Orion Poplawski :
> See https://bugzilla.redhat.com/show_bug.cgi?id=719785 for the motivation
>
> The environment module system allows users to modify their environment in a
> predictable way, including setting LD_LIBRARY_PATH. However, this makes it
> possible to break the modulecmd bin
grabbing 127.0.0.1:53?
In my experiments it did not, and the issue instead was that the other
DNS server [1] wanted to grab port 53 on *all* interfaces.
- Thomas
[1] In my case that was a second instance of dnsmasq, and I had to set
--interface=lo and --bind-interfaces.
--
Thomas Moschny
s. Besides filing a
bug/enhancement ticket for coreutils, does someone know a reliable way
to stop rm in such cases?
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
et.
As a side note: I am not sure whether that also means it should remove
stuff normally hidden by such a mountpoint?
As long as such a "--no-traverse-mount-points" option is not available
yet for rm, I am still looking for suggestions on how to achieve the
same effect in a sh
2011/10/12 Till Maas :
> On Wed, Oct 12, 2011 at 03:06:46PM +1000, Peter Hutterer wrote:
>> out of interest - are there any plans to auto-close bugs once the new
>> version hits rawhide?
>
> No, this is not planned. But you do not need to close bugs, because old
> bugs are re-used unless they chang
am.
>
> IIt's a neat program, but I don't really use it. I'm more of a
> send-myself-email/scribble-on-whiteboard kind of guy. I'm also not
> very good about maintaining it.
>
> I've orphaned it now. If anyone is interested in it, feel free to take it.
&
2011/6/14 Itamar Reis Peixoto :
> where I can get a list of internal identifiers
"yum grouplist -v" shows them.
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
he newer libdb is not enough;
newer vala gives a compile error:
https://bugs.launchpad.net/postler/+bug/797033.
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi!
Just a small heads up that I'm going to update stk (Synthesis ToolKit
in C++) to version 4.4.2 and thereby change the soname from
"libstk.so.4" to "libstk.so.0". This will, as far as I can see, only
affect lmms, which I also maintain and take care of the rebuild
myself. The rebuild seems neces
2010/2/26 Bill Nottingham :
> Till Maas (opensou...@till.name) said:
>> I just have another idea: Add the karma value to the repository
>> metadata and write a yum plugin to only install packages with a certain
>> amount of karma. I just checked that stable packages may still receive
>> karma, so t
2010/2/27 James Antill :
> And how many silently cursed the 100s of MBs you forced on them? How
> much did the above people appreciate the firehose more than having to
> fix one bad update.
> F12 is 3 months old and has ~8GB of updates for x86_64, but the
> firehose has pumped out 18GB of package
2010/3/2 Adam Williamson :
> On Tue, 2010-03-02 at 10:57 -0500, Frank Ch. Eigler wrote:
>
>> Doesn't "just not running random/unrestricted yum update" exactly
>> encode that option?
>
> If you're happy to live with unsecure software, certainly =)
>
> you can try and cherry-pick security updates, bu
2010/3/3 Josh Boyer :
> On Tue, Mar 02, 2010 at 11:52:49PM -0800, Adam Williamson wrote:
>>On Tue, 2010-03-02 at 22:37 -0500, Seth Vidal wrote:
>>
>>> We've made a mess and as a member of fesco I'd expect you to be helping in
>>> cleaning up the mess, not making it worse b/c fesco HAS to be about t
2010/3/5 Adam Williamson :
> On Fri, 2010-03-05 at 11:15 +0100, Kevin Kofler wrote:
>> Rahul Sundaram wrote:
>> > We have a written down policy that specifically recommends that our
>> > maintainers consider the issue of regressions seriously and not push
>> > every upstream release into the update
2011/11/22 Dave Jones :
> On Tue, Nov 22, 2011 at 09:55:59AM -0800, Toshio Kuratomi wrote:
> Consideration implies that the following thought process will occur
>
> "This update will break out of tree modules, perhaps we shouldn't push it."
>
> That isn't going to happen.
To me, this sounds like k
2011/11/22 Matthew Garrett :
> If you interpret "The ABI" as "Any property of the binary that another
> package could conceivably depend on" then your position makes sense. But
> since nobody would interpret it that way, the obvious conclusion is that
> "The ABI" means "The supported ABI". Attempti
-markdown
bodhi-server-0:0.8.5-1.fc17.noarch
python-cheetah-0:2.4.4-2.fc15.x86_64
timeline-0:0.14.0-3.fc17.noarch
transifex-0:1.1.0-4.fc17.noarch
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Why are you starting dsmc explicitly - isn't it started by dsmcad?
Here's what we've been using:
[Unit]
Description=DSM Client Acceptor
After=network.target
[Service]
Type=forking
ExecStart=-/usr/bin/dsmcad -errorlogname=/var/log/dsmerror.log
Environment=LANG=en_US
StandardOutput=syslog
GuessMain
2011/12/15 "Jóhann B. Guðmundsson" :
> Hum that unit file looks a bit odd to me and does not work with TSM 6.3 on
> F16 atleast not here
Not sure what you mean by "a bit odd". Isn't specifying "oneshot"
together with "RemainAfterExit" more odd in this case, where a deamon
(dsmcad) in fact keeps ru
Hi,
2011/12/13 I wrote:
> this is a heads up that I plan on updating python-markdown to the
> latest version 2.1.0 in rawhide within the next days; please test
> whether your package still works as expected after the update.
python-markdown-2.1.0-1.fc17 has been built for rawhide.
- Thomas
--
d
Hi Haïkel,
2012/1/14 Haïkel Guémar :
> thank you for having maintained it for some time. Since i still use it
> (at least as long as libvirt isn't able to generate LXC rootfs), i took
> ownership.
> As always, co-maintainers are welcome.
I am comaintaining lxc for a while and was already working
2012/1/24 Josh Boyer :
> How is rawhide not a rolling release? Or perhaps better asked, what
> about rawhide makes it
> unsuitable for use as a rolling Fedora release?
This has been discussed several times on this list: Technically,
rawhide is a rolling release, sure. But rawhide is not near as s
2012/2/13 Petr Pisar :
> Currently there is 17 packages linked against the old PCRE:
>
> monotone
Fixed in monotone-1.0-7.fc18.
- Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Am 2. März 2012 16:56 schrieb Reindl Harald :
> what are all these maintainers doing?
>
> it takes exactly 5 minutes to write a systemd-unit for most
> services
Some packages need a bit more love, especially when the sysv init
scripts did more than just starting / stopping a service., e.g.
creatin
e wanted.
Thomas
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t on the
> host and inject arbitrary code.
Wouldn't a properly set-up LXC container be a better solution here?
See http://lxc.sourceforge.net/ . LXC is already packaged for Fedora,
and also in RHEL6 iiuc.
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.
[1] http://waf.googlecode.com/svn/docs/wafbook/intro_waf_1.6.pdf
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ld system, not a run-time lib.
- Thomas
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
for F-13 and F-14)
- allow packages to embed a copy of waf
- Thomas
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ng for maintenance nightmares.
Seems most people agree on that pov. But it would be good to also get
FPC's blessing. One of the affected package maintainers should file a
trac ticket.
- Thomas
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2011/1/18 Toshio Kuratomi :
> +1 to FPC blessing. Like I said, we can probably carve up something that
> explains both the waf POV and configure scripts here... but it'll need
> someone who knows waf to be able to explain, for instance, how waf differs
> from autoconf which has both a non-bundled
2011/1/24 Kevin Kofler :
> Simo Sorce wrote:
>> You are free to volunteer to do that, I am not going to do it for
>> samba4, I simply do not have the time to waste on such a thing.
>> (Samba4 people are in strict contact with the waf author and use
>> regularly the svn version du jour to fix build
es would be an option,
essentially creating a topic branch for each of these patches (and
recording their dependencies).
I have no clue however if that scales well to ~90 patches.
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2011/2/27 Kyle McMartin :
> Our workflow is an SRPM of patches, so that's what we work with.
You really do that "by hand", without some sort of patch manager?
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2010/6/3 Kevin Fenzi :
> thm:BADSOURCE:httperf-0.9.0.tar.gz:httperf
why's that?
% cd devel
% wget -N http://httperf.googlecode.com/files/httperf-0.9.0.tar.gz
% md5sum -c sources
httperf-0.9.0.tar.gz: OK
- Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
2010/6/4 Christoph Wickert :
> Am Freitag, den 04.06.2010, 15:12 +0200 schrieb Thomas Moschny:
>> 2010/6/3 Kevin Fenzi :
>> > thm:BADSOURCE:httperf-0.9.0.tar.gz:httperf
>>
>> why's that?
>>
>> % cd devel
>> % wget -N http://httperf.googlecod
Hi,
pidgin-2.7.1-2.fc13 obsoletes pidgin <= 2.7.1-1.fc13, is that meaningful?
At least it causes package-manager to display an irritating (and
somehow bogus) warning box that it's going to remove pidgin, and needs
confirmation for that.
--
Thomas Moschny
--
devel mailing li
2010/6/9 Chen Lei :
> Yes, the obsoletes is necessary, if you don't add it, yum will only
> pull in pidgin-evolution.
For which operation? Can you elaborate a bit?
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
-q --obsoletes awn-extras-applets
awn-extras-applets-devel < 0.4.0-14.fc13
awn-extras-applets < 0.4.0-14.fc13
for whatever reason).
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2010/7/21 David Malcolm :
> Some notes can be seen at:
> https://fedoraproject.org/wiki/Features/Python_2.7/MassRebuild
>> TODO: do we need a compat-python-2.6 temporarily to resolve loops in the dep
>> graph?
Wouldn't such a compat package also make yum upgrades from f13->f14 or
rawhide-with-py2
2010/7/21 Dennis Gilmore :
> what this does mean is that you can no longer use rhel5 to build fedora 14
> and newer packages. though you had to jump though hoops already to do this
That also means many people will not be able to run f14 on their vservers.
- Thomas
--
devel mailing list
devel@l
2014-09-24 22:50 GMT+02:00 Michael Schwendt :
> https://fedoraproject.org/wiki/Packaging:Guidelines#File_and_Directory_Ownership
>
> | Packages must own all directories they put files in, except for:
> |
> | any directories owned by the filesystem, man, or other explicitly
> | created -
Am Mi., 1. Juli 2020 um 00:52 Uhr schrieb Jerry James :
> On Tue, Jun 30, 2020 at 4:01 PM Tom Callaway wrote:
> > lua-event seems to be broken because of broken deps unrelated to Lua 5.4:
> > nothing provides perl(:MODULE_COMPAT_5.30.1) needed by
> > perl-Monotone-1.1-34.fc32.x86_64, so I left i
Gerry Reno :
> Has anybody managed to compile Shotwell 0.12 on F16 successfully?
You can try the shotwell RPMs from here (12.1 available only for F16 so far):
http://repos.fedorapeople.org/repos/thm/shotwell/
Please note that these are _not_ official builds. Please send feedback
about these packa
2012/5/4 Reindl Harald :
> dear maintainers: please take a tighter look for which
> release bugs are reported and consider that the reporter
> has exactly this and only this version installed and is
> not very happy about a "has been submitted as an update
> for Fedora 17" notify without finding an
2012/5/14 Toshio Kuratomi :
> Automating of the package's checksum won't work for many VCS's . git, for
> instance, does not preserve timestamps. So the tarball created from a git
> snapshot will have a different checksum for each checkout.
While files' modification times in a checkout may be di
2012/5/21 Simo Sorce :
> Except we do not allow to rewrite history and push -f so you will never
> be able to squash everything.
If koji/bodhi were able to tag successful builds within git, we would
be able to allow rewrites, squash commits and the like at least for
commits that never have been su
2012/5/29 Richard W.M. Jones :
> Has anyone written any tools for converting git repos into patches?
> Currently I use 'git format-patch' and then I copy the patches.
Have a look at topgit [1], also packaged for Fedora.
- Thomas
[1] http://repo.or.cz/w/topgit.git?a=blob;f=README
--
devel maili
2012/6/6 Alexey I. Froloff :
> Just sharing my fedpkg(1) completion for zsh :-) Put this file
> somewhere in your $fpath as usual.
You might want to add it here:
https://fedorahosted.org/fedora-packager/ticket/81
Regards,
Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.
2012/6/26 Chris Adams :
> The newer terminal
> programs have configuration menus for various things; do any of them set
> it there? If they don't, I would think it would be relatively easy to
> add (and hopefully upstreams would accept such patches).
Tried with XFCE's "Terminal", which has a $TER
Hi,
I intend to retire postler. It FTBFS in the last mass rebuild and
upstream recommends to switch to geary instead.
Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
2012/7/19 Daniel P. Berrange :
> Libvirt needs to be able to run the following command
>
> # nc -U /var/run/libvirt/libvirt-sock
It could use socat:
# socat stdio /var/run/libvirt/libvirt-sock
- Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
2013/7/22 Ville Skyttä :
> I'd like to grep through all specfiles (and preferably also patches and
> sources in git) for rawhide, this time related to the unversioned docdirs
> F20 feature, and sometimes for other reasons. Hopefully there's a better way
> than to fedpkg clone all packages one at a
In my opinion, the best solution would be to automatically keep a copy
of the original configuration file (maybe RPM could do that - always
wondered why it doesn't, or one could use a tool like etckeeper).
For files in /etc that have to be changed, I usually make a backup
copy, enabling me to do a
2013/7/31 Petr Machata :
> monotone5678043 'LUA_GLOBALSINDEX' was not declared in this
> scope
For Lua 5.2 and newer Boost it has to be updated to latest head from
MTN. As I am on vacation now, that will likely have to wait until next
week.
- Thomas
--
devel mailing list
devel@l
2013/8/16 Bill Nottingham
>
> > $ koji list-tagged --latest f20 | grep fc1[4-8]
>
> Actually, now that I re-read what we did before, for F-20 we'd block things
> that have failed to build since *before* F-18, i.e., those with fc17 or
> earlier dist tags.
>
> Which shortens the list to:
> ...
This
2013/8/20 Michael Schwendt :
> Undead and all builds obsoleted:
Seems this misses cases like pexpect, which is undead, but obsoleted
by python-pexpect. Maybe because the latter failed in the latest mass
rebuild?
- Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapro
Hi,
I'd like to retire the python-jinja package, containing the Jinja1
template engine, which has been superseded by Jinja2 for a very long
time. Jinja2 is packaged as python-jinja2 in Fedora.
However, there's one package left that depends on it: olpc-library.
Can anyone comment on the status of
2013/9/23 Daniel Drake :
> olpc-library just got obsoleted (nothing uses it now, the
> functionality got moved elsewhere), so if you could point me at how to
> drop this package from rawhide I will get it out of your way.
See https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
T
2013/4/18 Kevin Fenzi :
> There's no reason you ever need to login to the web interface, so just
> don't bother and move on. ;)
Almost everything can be done using the koji command line, but one
thing I couldn't find: Koji's web interface let me "create a
notification", so I get notified whenever
2013/4/19 Kevin Fenzi :
> It's true that you cannot do that from the command line interface.
>
> However, there's a bunch of other ways to get that info:
>
> - Subscribe to the koji recent builds rss feed:
> http://koji.fedoraproject.org/koji/recentbuilds
> and alert on whatever builds you care abo
unacceptable for EPEL, but I could always be
> wrong.
>
--
Thomas Moschny
___
epel-devel mailing list
epel-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel
2016-07-18 23:57 GMT+02:00 Kevin Fenzi :
> I could tell you more about your specific updates if you list them...
This one took a bit more than 6 days from submission to testing:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-e5b5fbfa86
- Thomas
--
devel mailing list
devel@lists.fedoraproject
2016-09-21 15:21 GMT+02:00 Avram Lubkin :
> Anyone else seeing similar? I this something I can fix or is there a problem
> with rebase helper?
This is a known issue. the-new-hotness looks for rpms, not for srpms:
See https://github.com/fedora-infra/the-new-hotness/issues/98
- Thomas
_
2016-09-29 16:58 GMT+02:00 Stephen John Smoogen :
> https://www.stigviewer.com/stig/vmware_esxi_v5/2013-01-15/finding/GEN002140-ESXI5-46
This is titled
"All shells referenced in /etc/passwd must be listed in the
/etc/shells file, except any shells specified for the purpose of
preventing logi
2013/2/8 Josh Boyer :
> Yes, but fedpkg is currently relying on the existing git default, which
> is matching. That is changing upstream in git, so fedpkg needs to set
> a default when it clones.
And this default should probably be push.default=upstream.
--
Thomas Moschny
--
deve
If all you want is the spec file, then this probably the easiest way:
$ wget http://pkgs.fedoraproject.org/cgit/firefox.git/plain/firefox.spec
However, this way you miss patches, and other auxiliary files.
- Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.
2013/3/11 Bill Nottingham
> Package email2trac (fails to build)
>
Added myself to the package, waiting for approval.
- Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
-server
lastuser
python-cheetah
ReviewBoard
sshuttle
timeline
transifex
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2013/3/19 Richard W.M. Jones
> I'm voting for ☃.
What about 😼 ?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2015-01-10 13:04 GMT+01:00 Michael Schwendt :
> %exclude is global per spec file, or else you would need to %exclude
> a file in _all_ subpackages (in the case when deleting it in %install
> would be more convenient anyway). That would cause some pain in some
> packages.
Is that really true? But
2015-02-17 5:34 GMT+01:00 Kevin Kofler :
> IMHO, one of 2 things needs to happen:
> a) Copr gets a massive increase of resources (builders) to handle the load,
> OR
> b) we disallow nightly builds of huge packages such as python3 in Copr,
> because the infrastructure does not scale to that kind of
2013/11/1 Reindl Harald :
>> The attacker needs to be able to write to your home directory to take
>> advantage of it.
>> And if he can do that (you lost) he has numerous other ways of doing it
>
> so the people decided not put the current directory in the
> PATH on Unix *for security reasons* deca
Hi,
the "old" bash completion dir /etc/bash_completion.d is now owned by
the filesystem package, so packages don't need (actually: are
forbidden) to own that dir and also don't have to depend on the
bash-completion package. This perfectly makes sense.
However, for the same reasons, shouldn't the
2017-01-05 14:01 GMT+01:00 Florian Weimer :
> On 01/05/2017 11:58 AM, Michael Schwendt wrote:
>>
>> On Thu, 5 Jan 2017 00:58:00 +, Richard W.M. Jones wrote:
>>
>>> It would also be nice if:
>>>
>>> PYTHON=/usr/bin/python3 %configure
>>>
>>> didn't (silently) do the wrong thing by default. Fo
The correct bug would be this, I think:
https://bugzilla.redhat.com/show_bug.cgi?id=1658153
> $ fedpkg request-repo wdune
> Could not execute request_repo: A Bugzilla bug is required on new
> repository requests
> $
>
> I adeded it a dummy bug
>
> https://bugzilla.redhat.com/show_bug.cgi?id=178630
Am Di., 25. Feb. 2020 um 20:37 Uhr schrieb Matthew Miller
:
> > Whereas with 12h clocks, I think midnight is 12:00 PM, and noon is 12:00
> > AM? Which is still confusing me after having known about it for decades.
>
> It's the opposite, which furthers your point. :)
That does not seem to be very c
Something like this should work:
$ curl -o result.json
'https://src.fedoraproject.org/api/0/projects?owner=orion&per_page=100'
$ jq :
>
> On Fri, 28 Feb 2020, Orion Poplawski wrote:
>
> > Can someone point me to a way to generate a list of non-retired packages
> > that
> > I am a maintainer on?
Am Do., 6. Juni 2019 um 14:12 Uhr schrieb Pierre-Yves Chibon
:
>
> On Thu, Jun 06, 2019 at 01:52:20PM +0200, Florian Weimer wrote:
> > Is there a reason why we do not tag dist-git commits, using a name which
> > is derived from the NEVR from a Koji build?
>
> One of the issue is that currently tags
> dnf --releasever=37 --setopt=module_platform_id=platform:f37 \
> --enablerepo=updates-testing \
> $(rpm -q fedora-repos-modular >/dev/null && echo
> --enablerepo=updates-testing-modular) \
> --assumeno distro-sync
Problem 1: problem with installed package mkdocs-1.2.3-2.fc36.noarch
- mkdocs-
raproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
Thomas Moschny
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an em
Dear all,
Just a heads up that python-markdown has just been updated in
rawhide/f41 to 3.6.
See here for the list of changes:
https://python-markdown.github.io/changelog/#36-2024-03-14
This will not be pushed to released Fedora branches.
Best regards
--
Thomas Moschny
2018-02-13 0:06 GMT+01:00 Dennis Gilmore :
> [3] https://kojipkgs.fedoraproject.org/mass-rebuild/f28-need-rebuild.html
Among those are a lot of packages for which it seems the rebuild has
not been tried at all, for whatever reason.
Instead of asking every maintainer to go manually through his or h
2017-09-01 11:20 GMT+02:00 Gerd Hoffmann :
> So, what would be really helpful, especially for CI with the option to
> build and test every upstream commit, would be support for *two* git
> repos. One git repo where the spec-file and other build-related stuff
> lives (distgit like). One git repo w
2017-10-13 16:26 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> Sure, that's what everybody knows. But without going from generalities
> to details of a specific extension, we're just speculating idly.
Here's another one:
https://addons.mozilla.org/en-US/firefox/addon/advanced-locationbar/
"Warning! T
2018-04-26 22:02 GMT+02:00 Adam Williamson :
> On that basis, I'm gonna say FC1 was at least a day late from the
> schedule in place a week before it came out,
It even slipped 'officially':
https://www.redhat.com/archives/fedora-devel-list/2003-October/msg01178.html
:)
- Thomas
__
I think we need to update system waf, version 2.0.7 improves Python
3.7 compatibility.
I'm currently on vacation though, so I might not be able to update waf
before next week. In the meantime you could try to use a local copy of
waf.
2018-07-22 18:40 GMT+02:00 Martin Gansser :
> I changed the spe
Please note that we have two different issues here, with different solutions:
- Packages using an embedded waf: as the upstream waf script uses a
shebang like '#! /usr/bin/env python', these packages fail due to the
removal of the unversioned Python binary and should call their waf
copy using one
2018-07-24 20:28 GMT+02:00 Todd Zullinger :
> Years
> ago, I submitted a patch to fedpkg/rpkg to have it resepct
> the existing .gitignore, such that if you have a pattern
> which matches the source being added, fedpkg won't add
> another entry.
My impression was that this is actually implemented
> 3) The argument of mock being slow can't stand, because in one of my examples
> I posted elsewhere in this thread, I picked up the simplest package I could
> and the build took 7 seconds. This is certainly not slow, in this time you
> can't even switch to your email client to check your emails
100 matches
Mail list logo
