On Tue, 2021-02-23 at 00:02 +0100, Kevin Kofler via devel wrote:
> Well, this silent fallback behavior is one of the reasons I have
> refused to
> use systemd-resolved at all so far.
>
> The issue with the cloud setups would also have been caught much
> earlier if
> it had failed right away and
On Tue, 2021-02-23 at 08:19 -0600, Michael Catanzaro wrote:
> On Tue, Feb 23, 2021 at 10:37 am, Tadej Janež wrote:
> > I guess this is a simple solution that would work, but from what I
> > understand it would also disable the use of systemd-resolved?
>
> Nah, it shoul
On Tue, 2021-02-23 at 11:18 +0100, Petr Menšík wrote:
> Sure, this part is more complex. But only this part can fix this
> problem
> from inside the container IMO. Ie. we could fix it faster for any
> involved parties.
>
> I don't really run any container on any cloud service so this is just
> my
Petr,
thanks for looking into this.
On Mon, 2021-02-22 at 18:30 +0100, Petr Menšík wrote:
> After a quick glance at cloud-init code, it seems to me it does not
> check /etc/resolv.conf for symlinks.
>
> It just reads /etc/resolv.conf if it is a file, then writes its own
> nameservers into target
On Mon, 2021-02-22 at 11:14 -0600, Michael Catanzaro wrote:
> On Mon, Feb 22, 2021 at 5:46 pm, Tomasz Torcz
> wrote:
> > But "dns = none" seems wrong.
>
> Well it would be the right choice if cloud-init were to manually
> configure a static list of DNS servers in /etc/systemd/resolved.conf
> (
On Mon, 2021-02-22 at 09:45 -0600, Michael Catanzaro wrote:
> On Mon, Feb 22, 2021 at 12:05 pm, Tomasz Torcz
> wrote:
> > 3) Configure DNS resolvers if you want to use DNS.
> > Or dig deeper: why cloud-init disabled DNS on your installation?
>
> I'm pretty sure cloud-init just doesn't know how to
Hi,
I would like to question the decision that was made by systemd
maintainers to remove the fallback DNS server list:
https://src.fedoraproject.org/rpms/systemd/c/14b2fafb3688a4170a9c15235d1c3feb7ddeaf9d
And then backported to F33:
https://src.fedoraproject.org/rpms/systemd/c/ed795fb1fc9a2c20ebc
On Tue, 2020-05-12 at 16:19 -0700, Kevin Fenzi wrote:
> On Tue, May 12, 2020 at 03:13:42PM +0200, Pierre-Yves Chibon wrote:
> > On Tue, May 12, 2020 at 02:51:03PM +0200, Miro Hrončok wrote:
> > > On 12. 05. 20 8:49, Pierre-Yves Chibon wrote:
> > > > Finally, does everyone agree about the original r
Hi,
I would like to un-retire Pew.
Upstream (https://github.com/berdario/pew/) is an active project and it
was originally retired because it has been orphaned for more than 6
weeks on Dec 24, 2018:
https://src.fedoraproject.org/rpms/pew/c/ca9ed68f8ca88ec93b06039f2cc7cf2873af22e3?branch=master.
H
Hi,
I pushed a new release of bup that removes the bup-web functionality
that depends on Tornado in Fedora 31+.
https://src.fedoraproject.org/rpms/bup/c/b14777d7e8f5ff196e43afbb0ab50e4c2c7a4749?branch=master
https://koji.fedoraproject.org/koji/buildinfo?buildID=1284210
Regards,
Tadej
On Mon, 20
On Fri, 2017-05-12 at 23:02 +0200, Tadej Janež wrote:
>
> [... snip ...]
>
> Therefore, I intent to retire both packages in Rawhide in a week.
>
They have been retired.
Regards,
Tadej
___
devel mailing list -- devel@lists.fedor
Techne is a general purpose, programmable physical simulator and
renderer [1].
Billiards is a cue sports simulator built on top of the Techne written
by the same author [2].
Currently, billiards in the only package that requires techne.
The reasons why I intent to retire them are the following:
Hi!
On Thu, 2014-07-31 at 16:40 +0200, drago01 wrote:
> On Thu, Jul 31, 2014 at 4:38 PM, Ankur Sinha wrote:
> > On Thu, 2014-07-31 at 12:43 +0100, Álvaro Castillo wrote:
> >>
> >> Could add Gparted please?
> >
> > I think the desktop/workstation live includes the "disks" utility which
> > has mo
On Thu, 2014-07-31 at 20:38 -0400, Corey Sheldon wrote:
> F20 has it
If you mean the Desktop Live image [1], it doesn't include gparted.
Regards,
Tadej
[1]
http://download.fedoraproject.org/pub/fedora/linux/releases/20/Live/x86_64/Fedora-Live-Desktop-x86_64-20-1.iso
--
devel mailing list
d
On Mon, 2014-04-28 at 09:47 +0200, Miroslav Suchý wrote:
>
> The votes are equal (48% vs. 52%) so I forwarded it to Env&Stack WG, which is
> probably more appropriate than FeSCo.
We discussed the issue on today's Env and Stacks WG meeting [1] and
agreed on the following:
"The Env and Stacks WG'
On Tue, 2014-04-15 at 13:18 +0200, Jaroslav Reznik wrote:
>
> The Software Collections repositories will be enabled by default.
> * Policies and guidelines: Allow the inclusion of the software collections
> repositories in Fedora products
Does the above refer to the repositories available at
Hi,
sorry for being a bit late to the discussion.
On Tue, 2014-04-08 at 12:23 -0500, Rex Dieter wrote:
>
> Adding repos definitely should not be taken lightly. Frankly, if 2 is
> really something worth doing, then perhaps also the (overly?) stringent
> policies need rethinking.
The initial
Hi!
On Tue, 2014-04-08 at 18:30 +0400, Pavel Alexeev wrote:
> Packages for rebuild:
> $ repoquery --repoid=rawhide --whatrequires --alldeps ImageMagick\* |
> fgrep -v 'ImageMagick-' | sort -u
As Michael Schwendt already pointed out, your query missed some packages
that need rebuilding (BTW, I no
On Mon, 2014-03-24 at 15:20 -0400, Marcela Mašláňová wrote:
> WG meeting will be at 16:00 UTC, 17:00 Central Europe, 12:00 (noon)
> Boston, 9:00 San Francisco, 1:00 Tokyo in #fedora-meeting on Freenode.
Today's meeting was canceled since there were only hhorak, drieden and
me present.
> == Topi
Hi Marcela,
On Tue, 2014-03-11 at 12:39 +0100, Marcela Mašláňová wrote:
> WG meeting will be at 17:00 UTC in #fedora-meeting on Freenode.
you probably meant 16:00 UTC, right?
Tadej
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedor
On Tue, 2014-03-04 at 18:24 -0800, Toshio Kuratomi wrote:
> >
> Did anyone forward the playground repo proposal on to FESCo?
I guess not yet. Marcela put out an activity report for the
Env-and-stacks WG yesterday
(https://fedorahosted.org/fesco/ticket/1221#comment:28), which mentions
the Playgro
=
#fedora-meeting: Env and Stacks (2014-01-21)
=
Meeting started by tjanez at 13:03:19 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2014-01-21/env-and-stacks.2014-01-21-
Kevin,
On Thu, 2013-11-07 at 04:12 +0100, Kevin Kofler wrote:
> So where's the strawman?
please stop with this.
Simo wrote a rather long email post and argued he's view on users'
freedom and all you did in reply was to nitpick on a footnote.
Or in Simo's words again:
On Tue, 2013-11-05 at 23:
Hi!
I would like to invite all of you who are interested in helping defining
the scope (i.e. "what we will do" document) of the Environments and
stacks WG to join the discussion [0] at our new env-and-stacks mailing
list [1]. If you have an idea/expectation/suggestion, please write it
up.
We espe
Hi,
On Thu, 2013-09-19 at 00:58 -0400, Jens Petersen wrote:
> ps I wasn't at Flock alas so I may have missed some of the earlier
> discussions that might already have covered some of this...
some of your questions are answered in Matthew Miller's Flock
presentation "An Architecture for a More Ag
On Tue, 2013-08-20 at 16:11 +0300, Ville Skyttä wrote:
>
> In this case (and usually IME) it's the latter. -lshp was added to
> plplotd.pc in plplot-devel-5.9.9-18.svn12474.fc20 but the
> corresponding shapelib-devel package dep wasn't.
I just discovered the same thing. Here is the diff of the c
On Tue, 2013-08-20 at 14:01 +0200, Florian Weimer wrote:
>
> Could you diff config.log instead, please?
I'll have to get hold of a rawhide machine to do that, previously I just
diffed the build logs from koji.
> Do you link something statically, by chance?
This would be above my knowledge. How
On Tue, 2013-08-20 at 13:22 +0200, Florian Weimer wrote:
>
> Probably the former. How does it detect shapelib support if linking to
> its library fails?
It uses autoconf to check for dependencies, however, I couldn't find an
explicit check for shapelib in configure.ac.
Comparing the output of
Hi!
The techne package FTBFS during the recent F20 mass rebuild, which I
fixed and pushed a new build:
http://koji.fedoraproject.org/koji/buildinfo?buildID=455280
The same package failed to build yesterday:
http://koji.fedoraproject.org/koji/taskinfo?taskID=5830172
Inspecting the log files, I di
On Mon, 2013-08-05 at 11:37 +0200, Johannes Lips wrote:
>
>
>
> On Mon, Aug 5, 2013 at 11:22 AM, Peter Robinson
> wrote:
> Why don't you just go to koji and have a look at it directly
> there.
> Of course one could do that, but then if you put the links there, they
> should w
Hi!
On Sun, 2013-08-04 at 21:35 -0500, Dennis Gilmore wrote:
> There is a large number of failures[1] that need to be
> addressed.
I don't know if this is just a coincidence, but the links to log files
in the filled FTBFS bug reports don't work.
Here are two examples (from my FTBFS bugs):
https
Hans,
On Mon, 2013-03-18 at 17:17 +0100, Hans de Goede wrote:
>
> When I added the ode-double subpackage I hardcoded the soname, so it
> is not tracking the regular ode builds soname versioning, which also
> means that if upstream breaks abi the soname won't change (rhbz#922812)
thank you for q
Jaroslav,
On Mon, 2013-03-04 at 06:38 -0500, Jaroslav Reznik wrote:
> Btw. as asked frequently in the previous EOL thread and to make it
> easier for me and upcoming guys responsible for EOL - the script is
> now available in the GIT of Fedora Project Schedule hosted project [1].
thanks for putt
On Tue, 2013-02-19 at 03:52 -0500, Jaroslav Reznik wrote:
> As Adam pointed out - Bugzilla is not a best tool. The script I was
> given is neither a state of the art. Definitely it could be
> enhanced - semi-atomic operations to avoid conflicts, more clever
> work with BZ states. But more complex
On Sun, 2013-02-17 at 12:02 +0100, Christoph Wickert wrote:
>
> I found that a couple of F16 bugs were closed by endoflife@fp.o even
> though there were pending updates for F17 and F18 to fix them. As a
> result, the bugs are now closed WONTFIX even they were or are going to
> be fixed.
What you
Hi!
Here is an example:
https://bugzilla.redhat.com/show_bug.cgi?id=736498
I filled this bug during the F-16 Graphics test week.
After the Fedora EOL reminder and before the bug was closed, I tried to
reproduce it on F-17 and I couldn't. Thus I marked the bug as CLOSED
CURRENTRELEASE.
After a coup
On Sat, 2012-10-06 at 01:12 +0200, Till Maas wrote:
> I believe this was only the case with earlier updates. At least I did
> not notice the problem with the current update and there was no negative
> karma to the F17 update during 91 days saying otherwise.
I was the the one who gave bad karma to
David,
On Tue, 2012-09-25 at 16:32 -0400, David Malcolm wrote:
>
> Almost certainly a bad idea, but FWIW it is possible, using the
> __import__ builtin:
>
> # mkdir "/usr/lib64/python2.7/site-packages/this module has a space"
>
> # echo "print('hello world')" > "/usr/lib64/python2.7/site-packa
Toshio,
On Tue, 2012-09-25 at 09:39 -0700, Toshio Kuratomi wrote:
> The patch you provide looks like it would still be needed as it checks all
> of $RPM_BUILD_ROOT for .pyc files, not just site-packages.
thank you for reviewing the patch.
The redhat-rpm-config's upstream repository
(http://git.
Hello!
I've reported this issue with brp-python-hardlink back in January:
https://bugzilla.redhat.com/show_bug.cgi?id=783433
Could someone (a provenpackager) please look at the patch provided in
the bug report and apply it?
Thanks and best regards,
Tadej
--
devel mailing list
devel@lists.fedor
On Wed, 2012-06-06 at 21:27 +0400, Pavel Alexeev wrote:
> >
> > With regard to the packages that depend on ImageMagick that you already
> > updated: will you revert those commits in git
> I'm unsure I known how doing that correctly.
> Does it enough do just:
> git revert 56e05f..HEAD
>
> or I mu
at you already
updated: will you revert those commits in git and delete the
corresponding builds in koji?
Regards,
Tadej Janež
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ls to the appropriate package maintainers.
For techne (one of the dependent packages which I maintain) you bumped
the release from 0.2.3-2 to 0.2.3-3, which breaks upgrades to F-17 and
rawhide.
Is there a way to revert the change and make a 0.2.3-2.fc16.1 build?
Best regards,
Tadej Janež
--
Kevin,
On Sat, 2011-09-10 at 02:19 +0200, Kevin Kofler wrote:
> Tadej Janež wrote:
> > What has changed between F-15 and F-16 so that "-rpath,/usr/lib64" gets
> > appended to g++ options?
>
> Looks like a regression somewhere, probably in sip (which also contains
Hi,
I just noticed a strange rpath issue with my PyQwt package.
Building the latest git version on F-16 and F-17 results in
"-rpath,/usr/lib64" being appended to the g++ compiler options.
Build logs of scratch builds are here:
https://koji.fedoraproject.org/koji/getfile?taskID=3332309&name=build.
On Mon, 2011-01-24 at 16:01 +0100, Jakub Jelinek wrote:
> > Should I rebuild my package myself or wait for the GCC mass rebuild?
>
> Please rebuild it yourself.
Ok, will do!
--
Tadej Janež
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
GCC mass rebuild?
Thanks,
Tadej Janež
--
Tadej Janež
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
47 matches
Mail list logo
