On Tue, 2011-08-09 at 11:11 -0400, Tom Lane wrote:
Looks fine to me. The only reason I have to dislike it is the
temptation for people to inspect build logs as a proof of what flags a
package was built with (since the only sane thing is to store that in
the binary itself, which the tools
Hi,
I just want to let you know that evolution-data-server 3.1.5 release,
which is about to happen the next week, on August 15th, +/-, changes
soname versions for almost everything it provides, namely
libedataserver, libecal, libedatacal, libebook, libedatabook.
Anything depending on it
On Thu, 2011-08-11 at 11:16 -0400, Colin Walters wrote:
So I think it makes sense to patch samba's wscript to also support
--disable-silent-rules for now.
Hi,
yup, I made it that way, for now.
It may make sense to also have an automake_compat.py in upstream waf
which does something
Hi,
just after 3.1.5 release of evolution-data-server was added an API
change in libcamel, thus the next week, when 3.1.90 will be released and
I'll do an update in Fedora 16/rawhide, anything depending on libcamel
will require a rebuild.
Again, I'll take care of everything I will be able
On Wed, 2011-11-02 at 07:57 +, Paul Johnson wrote:
For some reason, Evolution is not finding any of the plugins or
anything. It'll start but has on the title bar
e-utils-WARNING **: /usr/lib64/evolution/3.2/libcomposer.so.0:
undefined symbol: gtkhtml_editor_file_chooser_dialog_run
Failed
On Mon, 2011-11-07 at 19:10 +, Paul Johnson wrote:
Just managed to upgrade tonight, but there seems to be a hitch with
evolution - none of my folders appear!
...
GLib-GObject-WARNING **: g_object_get_property: object class
`EShellSettings' has no property named
On Thu, 2010-09-16 at 20:10 -0500, Mike Chambers wrote:
If you download either of these versions from koji and try to install
them, you get a deps issue with gnome-panel, as it requires
libedataserverui-1.2.so.10()(64bit).
Hi,
for your information, the 2.31.92 release is not built
Hi all,
I'm so sorry for a late notice, but there was a soname bump of
libedataserverui library from evolution-data-server package in time for
2.31.91 update, but I didn't notice this change, and because this update
didn't get it to the testing repo, then I realized just now, when I
Hi,
the new release of evolution-data-server 2.91.1 contains API backward
incompatible changes in Camel, thus packages using it might need
adoption. Changes were announced at [1], and even I believe upstream
will take care of these changes, I would like to help with adoption on
modules
On Sun, 2010-03-21 at 20:53 -0500, Mike Chambers wrote:
No checkmarks checked or unchecked that I could find. The only other
explanation is if I did a clean setup (no backups) and see what that
does. I might do that with a clean/new test user and see what
happens.
Hi,
try to run
Hello,
I'm just updating evolution-data-server to 3.11.4 in rawhide, which
includes a soname version bump for libcamel (it happened before 3.11.3,
but that version didn't reach Fedora rawhide for some reason).
I'll rebuild all affected packages I have commit rights for.
Bye,
the NonResponsiveMaintainer policy closely, but
I believe, in this particular case, it would be with no gain.
I'm fine to take ownership of the libical package and do releases for
it.
Bye,
Milan Crha
[1] https://bugzilla.redhat.com/show_bug.cgi?id=525933
[2] https://bugzilla.redhat.com/show_bug.cgi?id
On Fri, 2010-12-03 at 12:47 +0200, Debarshi Ray wrote:
I know I'm not following the NonResponsiveMaintainer policy closely, but
I believe, in this particular case, it would be with no gain.
I'm fine to take ownership of the libical package and do releases for
it.
I am orphaning it in
On Fri, 2010-12-03 at 14:36 +, Peter Robinson wrote:
https://admin.fedoraproject.org/pkgdb/packages/
Then you need to login and search for the package.
Hi,
thanks both for the link.
I see [1] the libical is not orphaned yet, neither in devel, nor in F14,
as I only can add myself
On Sat, 2010-12-04 at 13:02 +0200, Debarshi Ray wrote:
I see [1] the libical is not orphaned yet, neither in devel, nor in F14,
as I only can add myself to the package, but not take ownership as
with other orphaned packages.
I think what happens is when the owner orphans a package one of
for any inconvenience caused by this.
Bye,
Milan Crha
[1] https://bugzilla.redhat.com/show_bug.cgi?id=664279
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi,
with the recent evolution-data-server 2.91.5 release in Rawhide are done
some internal changes in the soname versions and a location where the
backend files for the addressbook and calendar should be saved.
From the commit log:
Hi,
Evolution team drops support for gtk2 in 2.91.6 release of
evolution-related packages (gtkhtml3, evolution-data-server and
evolution) which might make trouble for dependent packages which are
still gtk2. I expect there will follow gtk3 updates for them in the near
future too, if not
On Wed, 2011-01-26 at 18:15 +, Peter Robinson wrote:
Hi Milan,
On Wed, Jan 26, 2011 at 4:16 PM, Milan Crha mc...@redhat.com wrote:
Hi,
Evolution team drops support for gtk2 in 2.91.6 release of
evolution-related packages (gtkhtml3, evolution-data-server and
evolution) which
On Wed, 2011-06-22 at 19:17 -0500, Matt Domsch wrote:
evolution-data-server-3.1.2-1.fc16 (build/make)
Hi,
not much to be done, except of not using deprecated flags in configure,
because this is failing on a recently deprecated G_CONST_RETURN, but not
in the eds itself, but in pango,
Hi all,
release of evolution-data-server 3.5.3 and evolution 3.5.3 the next week
contains API changes in the core part of these, mostly in a way how
backends are authenticated and where the information about configured
accounts is stored, together with single-include approach, thus expect
Hi,
just a note that the upcoming release of evolution-data-server 3.3.3
contains soname version bumps for libcamel and libedatacal, as of today.
The release is planned for the next week.
I'll rebuild broken deps packages the next day after the update lands to
the rawhide, at least those
On Thu, 2011-12-15 at 08:22 -0500, Stephen Gallagher wrote:
Could you provide a list of the dependent packages that you don't have
commit rights to, so we can organize a provenpackager to help handle it?
Hi,
I know this is not the right procedure, but can I provide it after it
breaks,
On Thu, 2011-12-15 at 08:22 -0500, Stephen Gallagher wrote:
Could you provide a list of the dependent packages that you don't have
commit rights to, so we can organize a provenpackager to help handle it?
Hi,
they are all built since yesterday, those which broke. I expected higher
number
Hi,
with evolution-data-server 3.3.5 release is also bumped soname version
for libcamel. I realized just now, when building eds for rawhide.
Bye,
Milan
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
On Wed, 2012-03-07 at 22:56 -0500, Peter A wrote:
The issue effects only Evolution it seems - all other software I tried
works fine (that's anything from firefox to libreoffice to gimp to
ancient stuff like xv from an rpm built in 99). My desktop is KDE with
OpenGL rendering but most
On Mon, 2012-03-19 at 23:06 -0500, Mike Chambers wrote:
Does setting emails in your inbox folder to junk working automatically?
It seem it doesn't do it automatically and I have to keep selecting them
and manually marking them junk.
On a fresh install (such as this one), I do a restore from
On Tue, 2012-03-20 at 10:17 -0500, Mike Chambers wrote:
Yes I understand it has to relearn. But it doesn't is the problem. I
had to keep marking them as junk.
Example, just reinstalled F16+updates on this very box. Started evo +
the backup file as a restore, just as with F17. Soon as I
On Tue, 2012-03-20 at 10:17 -0500, Mike Chambers wrote:
evolution's backup doesn't contain your bogofilter database, it's
stored in a bogofilter private directory, thus I guess you need to
train it again?
Yes I understand it has to relearn. But it doesn't is the problem. I
had to keep
On Thu, 2012-03-22 at 10:12 -0500, Mike Chambers wrote:
On Thu, 2012-03-22 at 10:40 +0100, Milan Crha wrote:
Hi,
just a little follow-up. I came across similar question with other user
and even not for him, but for me, in my F17 install, I get an empty
string when issuing
On Mon, 2012-03-19 at 23:06 -0500, Mike Chambers wrote:
On a fresh install (such as this one), I do a restore from a backup
file as I always do, to include doiong the same thing in F16 (that
worked just fine) and the settings are there, and set as suppose to
be. Also evolution-bogofilter is
On Sat, 2012-04-14 at 13:53 +0100, Richard Hughes wrote:
If you're maintaining a GNOMEish package and you want it included in
the 3.4.1 release, please build the package like normal and then add
the build ID to:
On Mon, 2012-04-16 at 10:33 +0100, Richard Hughes wrote:
...
If you had already updated F17 with the upstream 3.4.1 then
the automatic script would have ignored your package completely.
Hey,
I didn't have much time to do so. You script stepped in only two hours
after release on Gnome's
On Mon, 2012-04-16 at 12:17 +0100, Bastien Nocera wrote:
We've always built packages coming from the GNOME FTP and that follow
the GNOME releases. Matthias did it, I did it, Tomas did it, and now
Richard is doing it.
Hi,
hmm, I do not see any x.x.x-1 build being done by any of those
On Mon, 2013-03-04 at 15:18 +, Richard Hughes wrote:
If you're planning on doing a 3.7.91 build manually (i.e. that's not
picked up by mclazy, or one you'd rather do on your own), can you add
them to the spreadsheet please:
Hello,
there was a release of libical 1.0 recently [1], and I'd like to update
rawhide with it. It seems to be API compatible with 0.48, they only
bumped the soname version due to version jump to 1.0. Rex Dieter helped
me to fix a spec file to it (to use cmake), thus I plan to push the
On Thu, 2013-05-16 at 13:01 +0200, Milan Crha wrote:
there was a release of libical 1.0 recently [1], and I'd like to update
rawhide with it. It seems to be API compatible with 0.48, they only
bumped the soname version due to version jump to 1.0. Rex Dieter helped
me to fix a spec file
Hi,
there will be a soname version bump in evolution-data-server update
3.9.90 the next week, namely for libedata-book and libedata-cal
libraries. Affected might be evolution-mapi and evolution-ews, which are
updated together with it anyway. If there will be more, and I have
commit access
On Fri, 2013-08-16 at 08:03 +0200, Milan Crha wrote:
there will be a soname version bump in evolution-data-server update
3.9.90 the next week, namely for libedata-book and libedata-cal
libraries. Affected might be evolution-mapi and evolution-ews, which are
updated together with it anyway
On Fri, 2013-08-16 at 16:47 +0200, Milan Crha wrote:
I've just committed a fix which changes soname version also for
libebackend and libedataserver. Like before, whatever I'll be able to
rebuild I will rebuild.
Hi again,
I'm sorry, but there was done an API change in libcamel
Hello,
I'm just updating evolution-data-server to 3.11.5 in rawhide, which
includes a soname version bump for libcamel. I'm sorry for a late
notice, this was meant to be sent the last week.
I'll rebuild all affected packages I have commit rights for.
Bye,
Milan
--
devel
Hello,
I'm going to update evolution packages (evolution-data-server,
evolution, evolution-ews and evolution-mapi) in rawhide to their
3.13.4 versions during today, which brings soname version bumps in
evolution-data-server and evolution. I'll take care of rebuilds where
needed (and I
Hello,
there will be done a 3.13.90 release of evolution-data-server the next
week, February 16th, which has a soname version bump and contains some
API changes along with that. I will rebuild packages for which I have
commit rights, the same as provide patches where necessary. I
On Mon, 2015-02-16 at 16:40 +0100, Jakub Jelinek wrote:
On Mon, Feb 16, 2015 at 08:33:48AM -0700, Orion Poplawski wrote:
Trying to build cmake, getting:
In F23, all C++ packages need to be rebuilt, most likely you have a
dependency, that hasn't been rebuilt yet (libjsoncpp)?
So talk to
On Wed, 2015-08-19 at 21:45 -0600, Kevin Fenzi wrote:
There will likely be oddities and bugs. Please file them in github so
we can prioritize them and get them fixed up.
https://github.com/fedora-infra/bodhi/issues
Hi,
I do not have a github account, and I'm currently not going to
On Thu, 2015-08-20 at 11:00 +0100, Paul Howarth wrote:
Looks like you need to hit enter after typing/pasting in the
package NVR into the Candidate Builds field, which was not at all
obvious to me.
Hi,
thanks for the hint. That made it work, the package name is repeated
below the
On Mon, 2015-07-20 at 08:58 -0600, Kevin Fenzi wrote:
Should be fixed for tomorrows composes I would expect.
Hi,
doesn't seem to. I made an update for rawhide and f23 branch with
evolution-data-server on Monday morning CEST. I know it breaks some
dependencies, because there had been done
On Wed, 2015-07-22 at 06:48 +0200, Milan Crha wrote:
Furthermore, I run my rawhide machine today and tried `dnf update`,
which didn't offer me the update of the evolution-data-server. I'd
expect to have it offered after two days of the koji build.
Maybe I missed some policy/update change
On Wed, 2015-07-22 at 12:45 +0100, Peter Robinson wrote:
BTW is there an option to turn on the full yum style dep resolution?
-v adds some but not what is pulling in a particular package (or
removing one) as part of a process. I might be strange but I do find
it useful for some use cases.
Hi,
the 3.17.4 release of evolution-data-server changes soname versions for
camel, libecal and libedata-cal, due to some API changes in respective
parts.
I will rebuild packages for which I have commit rights, the same as I
can help with the API change fixes, thus feel free to ping me or
Hi,
the 3.19.4 release of evolution-data-server changes soname version for
camel, due to some API changes.
I will rebuild packages for which I have commit rights, the same as I
can help with the API change fixes, thus feel free to ping me or drop
an e-mail. I do not think that other than
Hello,
I will update libical to version 2.0 the next week in rawhide. The
change is source compatible, but not binary compatible, as they call
it, thus the soname version had been bumped as well.
I'll take care of the packages I have commit rights for.
Bye,
Milan
--
devel
On Fri, 2016-06-10 at 11:39 -0500, Michael Catanzaro wrote:
> There's no transition documentation. Basically, you want to make sure
> your package builds when switching the pkg-config version in
> configure.ac to webkit2gtk-4.0.
Hi,
feel free to check out what the evolution-data-server
On Fri, 2016-06-10 at 08:11 -0500, Michael Catanzaro wrote:
> Active porting efforts are underway for Evolution (which will take
> care of the mass of evolution-data-server dependencies like gnome-
> shell and gdm)
Hi,
I think it's a very important detail, because if I remove
the
Hi,
the 3.21.3 release of evolution-data-server changes soname version for
camel, due to some API changes in that sub-library.
I will rebuild packages for which I have commit rights, the same as I
can help with the API change fixes, thus feel free to ping me or drop
an e-mail. I do not
Hi,
the 3.19.90 release of evolution-data-server changes soname version for
camel, due to some API changes related to introspection support.
I will rebuild packages for which I have commit rights, the same as I
can help with the API change fixes, thus feel free to ping me or drop
an
On Tue, 2016-04-05 at 10:09 -0600, Kevin Fenzi wrote:
> Hopefully there will be a longer term fix soon (either database
> optimization or blocking some requests that are loading the db too
> much).
Hi,
it's almost a week from this thread start and the database(?) is still
slow. I just
On Wed, 2016-04-27 at 09:01 -0500, Michael Catanzaro wrote:
> Dunno a way to do this for Fedora, but Debian code search is probably
> a pretty good approximation:
>
> https://codesearch.debian.net/results/SoupAuthClass/page_0
>
> lazarus, soup-sharp, evolution-data-server, evolution-ews
On Wed, 2016-04-27 at 12:56 +0300, Alexander Bokovoy wrote:
> For Fedora 24 beta I guess we are self-consistent but after beta
> freeze is done we would need to rebuild everything depending on
> libsoup, right?
Hi,
anything what subclasses from SoupAuthClass reduces the amount. It
Hi,
the 3.21.4 release of the evolution-data-server changes soname version
for libcamel and libedataserver, due to some API changes in those
sub-libraries.
I will rebuild packages for which I have commit rights, the same as I
can help with the API change fixes, thus feel free to ping me
On Wed, 2017-02-22 at 13:08 +0100, tech...@dk-software.org wrote:
> The error i become is "kinit dksoftw...@fedoraproject.org
> kinit: Client 'dksoftw...@fedoraproject.org' not found in Kerberos
> database while getting initial credentials" - can you fix it?
Hi,
I'm not the service/server
On Tue, 2017-02-14 at 14:56 -0500, Mohan Boddu wrote:
> Failures can be seen
> http://dl.fedoraproject.org/pub/alt/mass-rebuild/f26-failures.html
>
> ...
>
> Please be sure to let releng know if you see any bugs in the
> reporting.
Hi,
could you correct the reporting tool to write proper
On Mon, 2016-09-12 at 14:26 +0200, Igor Gnatenko wrote:
> > Javier Peña : 1
> Please fix unicode issues ;)
Hi,
it's because the related part claims:
Content-Type: text/plain; charset="us-ascii"
while using UTF-8 in the body. When I override the charset in the mail
application I use,
Hello,
the 3.23.2 release of the evolution-data-server contains a soname
version bump for libcamel, which contains many API backward
incompatible changes. This had been done for easier
introspectionability of the libcamel.
Most of the affected modules are covered by upstream [1], where
On Mon, 2016-12-12 at 12:43 -0600, Michael Catanzaro wrote:
> That sounds highly plausible. evolution currently shells out to gpg
> which is pretty fragile, so it's not very surprising that some issue
> could cause it to hang forever. It needs to be rewritten to use
> GPGME.
Hi,
I looked
On Tue, 2016-12-13 at 10:08 -0800, Howard Howell wrote:
> The first one GNOME Bugzilla – Bug 769204 says:
> Status: RESOLVED NOTGNOME
Hi,
yes, that's correct, there was a problem in the gpg/gpg2, not in the
evolution-data-server as such. Please read through it for some pointers
into
On Mon, 2017-04-24 at 08:18 -0400, Stephen Gallagher wrote:
> If we went this route, I'd love to see us attempt to solve this
> generically for all packages if at all possible.
Hi,
right, having this done transparently for the packagers would be ideal.
You only need to decide from which
On Wed, 2017-07-19 at 12:20 -0400, Owen Taylor wrote:
> ...and there would have to be some plan that would work when the
> desktop doesn't include EDS (what if you are running on
> KDE?) Would the flatpak runtime include a simple implementation?
Hi,
there is no such thing like "simple
On Tue, 2017-07-18 at 15:51 -0400, Matthew Miller wrote:
> * ability to mix and match versions and streams
Hi,
my personal knowledge of Flatpak is close to zero at the moment, thus
this is more a newbie reply.
My understanding of Flatpak, and the main advantage of it from my point
of
On Thu, 2017-04-27 at 13:31 +0200, David Tardon wrote:
> There is a reason that libreoffice puts l10n data into separate
> subpackages.
Hi,
yes, there is a very good reason for it and I'm not questioning that.
libreoffice was just an example of a package which does that already,
but also
Hello,
I've got an idea and I'd like to know an opinion of a wider audience.
Would it make sense to split translations from binary packages to
a noarch subpackage?
For example libreoffice does that already, it even splits the languages
by country, which may or may not be applicable to
On Fri, 2017-04-28 at 21:09 +0200, Tomasz Kłoczko wrote:
> Can you tell us something about those priorities
Hi,
I've been generally speaking. Your "priority" is obviously IPS. Mine
not. Read the very first mail in this thread, to see my priorities and
why I started it.
> or maybe point
On Fri, 2017-04-28 at 12:33 +0200, Ralf Corsepius wrote:
> These 2 build jobs (launched by me) seem to be hanging and don't seem
> to be wanting to finish (or fail) for 3 days (for reasons unknown to
> me):
Hi,
it looks like it got stuck after a failure in the tests. See the build
logs
On Tue, 2017-04-25 at 13:10 +0200, Tomasz Kłoczko wrote:
> So you guys want to say that you never heard that in %files is
> possible to add %lang() tokens
Hi,
no, I never heard about that, though I'm not a good packager, thus it
doesn't mean much. Though it can be because %lang() is way
Hi,
On Thu, 2017-04-27 at 19:25 +, Tomasz Kłoczko wrote:
> No generall agreement for such changes, ignoring already mentioned
> arguments.
> Seems only just because "we can".
Nope, you are wrong. I gave clear explanation why I did so. Sure, some
people, like you, might not like it.
On Wed, 2017-08-30 at 17:58 +, Ralph Bean wrote:
> I started a full run to reset all projects, but it takes quite a
> while to complete. Should be all fixed up when that's done.
Hi,
a bug filled yesterday [1] has still the group expanded, or whatever.
Thus the change didn't take
Hi,
On Fri, 2017-09-15 at 08:47 -0500, Michael Catanzaro wrote:
> For what it's worth, the change definitely took effect for the GNOME
> SIG. We would be complaining very loudly if it hadn't. :)
ah, good, in that case what I see is caused by something else, with
pretty the same outcome.
On Tue, 2017-08-29 at 18:50 -0500, mcatanz...@gnome.org wrote:
> Something changed yesterday and now the entire GNOME packager group
> is being automatically CCed to all GNOME-related bugs in Red Hat
> Bugzilla. There's no way to opt-out in Bugzilla preferences, at least
> not that I have found.
On Tue, 2017-11-14 at 01:36 +0100, Michael Schwendt wrote:
> Dunno yet what's the reason. Haven't had a look at it except for unpacking
> libical-devel in hope that its %doc section would contain a file that sums
> up the API changes. No such file in there. And the "Using Libical" guide
> claims
On Mon, 2017-11-13 at 10:01 -0800, Kevin Fenzi wrote:
> Orage (the Xfce calendar app) is also broken if you have time to take a
> look:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1512302
> https://bugzilla.xfce.org/show_bug.cgi?id=13997
Hi,
sure, I'll reply on the Red Hat bug.
On Mon, 2017-11-13 at 14:47 +0100, Michael Schwendt wrote:
> The upgrade seems to be API incompatible, so more than rebuilding
> dependencies is necessary.
Hi,
that's true. libical upstream removed some deprecated symbols, most
notably icaltimetype::is_utc. It's replaced with
Hello,
I'd like to give a heads up about a plan to update libical to its 3.0.0
release in rawhide once I figure out some details about its build. This
release also obsoletes libical-glib package, the project had been added
into libical itself.
I currently plan to push the update on
Hello,
with the update to libical 3.0.0 the sources changed the license from
LGPLv2 or MPLv1.1 to LGPLv2.1 or MPLv2.0, as mentioned in the upstream
list here:
http://lists.infradead.org/pipermail/libical-devel/2017-May/000764.html
Bye,
Milan
Hi,
On Wed, 2017-11-01 at 14:56 +0100, Igor Gnatenko wrote:
> Do you know that LGPLv2.1 is wrong license tag in Fedora[0]?
Nope, I do not. Thanks for the pointer.
> You should use LGPLv2+ or MPLv2.0
They do not say "and later", thus the current LGPLv2 is more accurate.
I'm going to
Hello,
next week's 3.29.3 release of evolution-data-server (on 2018-06-18)
will contain soname version bumps of libcamel and libedata-cal. I
expect that most of the packages can be just rebuilt.
I cannot provide the complete list of affected packages, because dnf is
inaccurate [1].
Hi,
On Mon, 2018-06-18 at 10:46 +0200, Miro Hrončok wrote:
> evolution-tests:
oh, I see, I do not build/install them locally, thus I didn't notice
them in my $PREFIX. I'll update the evolution package spec file.
Thanks and bye,
Milan
On Mon, 2018-06-18 at 11:19 +0200, Miro Hrončok wrote:
> What Python are those files for actually? Are they imported or
> executed?
Hi,
I do not speak pythonish, I'm sorry, but from what I recall they had
been added as some sort of unit tests. I think they are meant to be
executed only,
On Fri, 2018-06-15 at 18:38 -0500, Jason L Tibbitts III wrote:
> evolutionalexl caillon caolanm mbarnes mcrha rhughes
> rstrode ssp tpopela
Hi,
could I ask how evolution had got into the list, please? Having
installed evolution-3.29.2-1.fc29.x86_64 and running:
$ rpm -ql
Hello,
the next week release (2018-02-05) of evolution-data-server,
version 3.27.90, will contain a soname version bump of libcamel,
libedataserver and libedataserverui. It contains some backward
incompatible changes, though I expect minimal impact on other packages,
because that API was
Hi,
On Fri, 2018-03-09 at 11:35 -0800, Kevin Fenzi wrote:
> Sure, with this proposal you would:
>
> * request a side tag
> * build a, wait for it to be added to the repo, build b, etc.
> You would not need to file overrides, just build them in the right
> order with wait-repo between
On Mon, 2018-03-12 at 12:12 +0100, Kalev Lember wrote:
> On 03/12/2018 11:33 AM, Milan Crha wrote:
> > I wanted to try whether chain-build with --target would make the
> > trick, it also used to work.
>
> It should work if you use '--target f28-gnome'
Hi,
yes, I kno
Hi,
On Mon, 2018-03-12 at 12:10 +0100, Pierre-Yves Chibon wrote:
> On Mon, Mar 12, 2018 at 11:33:36AM +0100, Milan Crha wrote:
> > On Fri, 2018-03-09 at 11:35 -0800, Kevin Fenzi wrote:
> > > Sure, with this proposal you would:
> > >
> > > * requ
On Mon, 2018-03-12 at 17:27 +0100, Pierre-Yves Chibon wrote:
> Does that sound right?
Hi,
yes, it does. Thanks.
Bye,
Milan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Thu, 2018-03-08 at 11:24 -0800, Kevin Fenzi wrote:
> * CI/automated tests run on it, and if all is ok goes out in the next
> rawhide compose.
> * If not ok, you could wave the results or build more things/edit the
> update until it passes.
Hi,
so it looks like you are going to remove
On Sun, 2018-04-15 at 00:48 +0200, Dominik 'Rathann' Mierzejewski
wrote:
> On Saturday, 14 April 2018 at 03:30, po...@pouar.net wrote:
> > golang-github-dsnet-compress
> > httpd
> > php-pecl-http
> > python-httpbin
> > webkit2gtk3
> > woff2
> >
> >
> > So I just announce that I'm updating the
On Fri, 2018-03-02 at 11:28 +0100, Kalev Lember wrote:
> https://dl.fedoraproject.org/pub/alt/screenshots/f29/failed.html
>
> Would be awesome if maintainers could have a look and see if they can
> make their packages pass!
Hi,
even not a maintainer, why is evolution-rss in the list,
Hello,
next week's 3.31.2 release of evolution-data-server (on 2018-11-12)
will contain soname version bump of libedataserver due to removal of
some semi-private API (e-gdbus-templates). I expect that most of the
packages can be just rebuilt, because it was never meant to be used
outside
On Tue, 2018-09-25 at 08:43 +0200, Igor Gnatenko wrote:
> new meson release is out (release notes) which removes tools which
> are deprecated for quite long time:
> * mesonconf
> * mesonintrospect
> * mesontest
> * wraptool
Hi,
having installed meson-0.48.1-1.fc29.noarch and trying to
On Tue, 2019-02-19 at 18:32 -0500, Randy Barlow wrote:
> Bodhi 3.13.2 has been deployed to production just now, which should
> address the above issue. You should again be able to associate bugs
> with updates. Apologies for the issue!
Hi,
I've been affected of this, even I didn't know
Hello,
next week's 3.33.2 release of evolution-data-server, on 2019-05-20,
will contain soname version bumps in libecal, libedata-cal, libebook
and libedata-book. At least unless anything bad happens.
The main change on the calendar part is that there will be used
libical-glib instead of
1 - 100 of 194 matches
Mail list logo