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
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
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:
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
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.
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,
On Thu, 2019-02-07 at 00:45 +0100, Miro Hrončok wrote:
> On 06. 02. 19 22:16, Tadej Janež wrote:
> >
> > I've also found that one of my packages was settings CFLAGS to
> > %{optflags} and fixed it:
> > https://src.fedoraproject.org/rpms/bup/c/e960755aa88e1dcf84463faa66c
Hi,
On Wed, 2019-02-06 at 15:04 +0100, Miro Hrončok wrote:
>
> I've grepped the usage and skimmed trough specs, destining the
> following list of
> packages that fail to properly set both flags.
I've also found that one of my packages was settings CFLAGS to
%{optflags} and fixed it:
Hi!
We are a little late with the EuroPython Attendee badge this year, but
nonetheless, it is available and I'm able to award it.
So, if you attended this years EuroPython and would like to have this
badge, just write to me. For more information, see:
On Mon, 2017-05-22 at 13:22 +0200, Tadej Janež wrote:
> Hi,
>
> new version of par2cmdline (0.6.14) is available for testing in
> EPEL7:
> https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-a952af80fb
>
> I've decided to to this major update because:
> - It switc
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.fe
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:
On Fri, 2017-02-10 at 15:28 +0100, Nick Coghlan wrote:
>
> On 8 February 2017 at 13:44, Tadej Janež <tade...@nez.si> wrote:
> >
> > As I see it, there are two issues when one has the aforementioned
> > three
> > way combination:
> >
> > 1)
On Fri, 2017-02-10 at 09:34 -0500, Donald Stufft wrote:
>
> It’s not a Fedora bug really, it’s a venv bug, virtualenv has special
> logic to
> ensure pip actually gets installed with system site packages and when
> we
> Implemented that in venv I forgot to do it. It looks like it’s
> already been
On Thu, 2017-02-02 at 11:34 -0800, Craig Rodrigues wrote:
> > Which in turn means 'pip3 install Django' actually used the system-
> > wide
> > pip3 command which tried to install Django to the system-wide
> > location
> > and failed.
> >
> >
>
> After you create your Python 3 virtualev, what
Hi!
If I create a Python 2 virtual environment with virtualenv and the --
system-site-packages option, installation of any subsequent package
works as expected:
[vagrant@tadej-zbook ~]$ rpm -q python2-virtualenv
python2-virtualenv-15.0.3-2.fc25.noarch
[vagrant@tadej-zbook ~]$ virtualenv
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
Hi!
On Thu, 2014-07-31 at 16:40 +0200, drago01 wrote:
On Thu, Jul 31, 2014 at 4:38 PM, Ankur Sinha sanjay.an...@gmail.com 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
On Mon, 2014-04-28 at 09:47 +0200, Miroslav Suchý wrote:
The votes are equal (48% vs. 52%) so I forwarded it to EnvStack 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's
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
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!
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
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.
== Topic
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
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
=
#fedora-meeting: Env and Stacks (2014-01-21)
=
Meeting started by tjanez at 13:03:19 UTC. The full logs are available
at
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
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
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
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
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
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 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
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):
On Mon, 2013-08-05 at 11:37 +0200, Johannes Lips wrote:
On Mon, Aug 5, 2013 at 11:22 AM, Peter Robinson pbrobin...@gmail.com
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,
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
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
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 complexity
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
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
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
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-packages/this
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
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 must do
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
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ž
--
devel mailing list
devel@lists.fedoraproject.org
https
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 some
build-system-type stuff
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:
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ž tadej.ja...@tadej.hicsalta.si
--
devel mailing list
devel@lists.fedoraproject.org
https
54 matches
Mail list logo