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 co
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
finishe
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 requ
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
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 wo
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 somethin
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
> F
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, whic
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
Hi,
On Mon, 2010-03-22 at 18:22 -0500, Mike Chambers wrote:
> Yes the message was indeed marked with a strike out font, but it was
> never sent to the trash folder.
The you seem to have unchecked View->Hide deleted messages, maybe
intentionally.
> I did already remove my .evolution
> fol
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 `mail-enable-local-f
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 I
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
numbe
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
https:/
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 eff
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
g 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_
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 orpha
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 my
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 packag
sorry 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/list
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 don
On Wed, 2011-01-26 at 18:15 +, Peter Robinson wrote:
> Hi Milan,
>
> On Wed, Jan 26, 2011 at 4:16 PM, Milan Crha wrote:
> >Hi,
> > Evolution team drops support for gtk2 in 2.91.6 release of
> > evolution-related packages (gtkhtml3, evolution-data-server and
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 d
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
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.
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 t
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 th
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 h
On Thu, 2020-06-04 at 16:30 -0400, Ben Cotton wrote:
> ... The memory used is not preallocated. It's
> dynamically allocated and deallocated, on demand. ...
>
> The system will use RAM normally up until it's full, and then start
> paging out to swap-on-zram, same as a conventional swap-on-drive...
Hello,
I'm sorry for a late notice, the 3.37.3 release (will be done today) of
the evolution-data-server has a soname version bump on the
libedataserver library. It has a change on an EWebDAVSession API, which
I do not think is used by many components, if any other than evolution
itself at
On Sat, 2020-07-04 at 15:27 -0700, Kevin Fenzi wrote:
> On Sat, Jul 04, 2020 at 09:48:04AM -0700, Kevin Fenzi wrote:
> > On Sat, Jul 04, 2020 at 06:37:09PM +0200, Fabio Valentini wrote:
> > > I don't understand the rush.
Hi,
there had been some major issues with the previous release, which
On Tue, 2020-07-07 at 09:05 +0200, Milan Crha wrote:
> Right, I saw that too and didn't understand why that single test
> fails. When I built folks locally it passed with no problem, using
> the same evolution-data-server. I'd surely rebuild the three I have
> commits right
On Tue, 2020-07-07 at 13:12 +0200, Fabio Valentini wrote:
> If you need help with building other packages, feel free to ping me.
Hi,
thanks. I'm currently working on a patch for syncevolution and I
started a build of ekiga few minutes ago.
According to:
$ repoquery --whatrequires libeda
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
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
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
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 i
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:
>
> https://docs.google.com/spreadsheet/ccc?key=0AtzJKpbiGX1zdGJzeU9waFJFZmgyQzB
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
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
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
t
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 m
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 E
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 t
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 wi
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 c
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
chan
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 f
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 doe
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 --recursi
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 thi
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 or
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, then
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:
> https://docs.google.com/spreadsheet/ccc?key=0AtzJKpbiGX1zdGJzeU
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 already
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
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 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
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 oth
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 bu
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 f
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. Ok
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 to
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 (ta
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 to
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,
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 m
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 e-mail
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 wan
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
include
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
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 som
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 o
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 Wed, 2020-04-08 at 21:18 +0200, Dominic Hopf via devel wrote:
> ```
> %if 0%{?rhel}
> BuildRequires: webkitgtk4-devel
> %else
> BuildRequires: webkit2gtk3-devel
> %endif
> ```
Hi,
this is an off topic for this thread, but maybe you'll find it useful.
You can use this (pick the one, whic
On Sat, 2020-05-02 at 10:19 -0700, Kevin Fenzi wrote:
> > As-is, everyone is blocking on waiting for the new gcc build to
> complete
> > (that koji estimates is another ~6 hours away).
> >
> > Personally, this morning was my primary chance to get a significant
> amount
> > of work done for the c
On Wed, 2020-01-22 at 11:37 -0600, Michael Catanzaro wrote:
> they all picked GitLab CE.
Hi,
I do not want to pollute this thread with unrelated information,
but for what it worth, I only recently realized that GitLab CE, the one
hosted on GNOME, does not have searching working properly. I
On Tue, 2020-01-28 at 10:03 +0100, Richard W.M. Jones wrote:
> * committing to git should build the package
>
> Is there a reason why this wouldn't be the case?
Hi,
the answer for the above is just your following point:
> * commit groups of packages together
aka the dependencies. Someti
On Sun, 2020-01-26 at 00:12 +0100, Fabio Valentini wrote:
> - evolution-mapi
> - openchange(-client)
Hi,
the above two are rebuilt too.
Bye,
Milan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an emai
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 wha
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 l
Hi,
On Wed, 2019-06-26 at 11:11 +0200, Miro Hrončok wrote:
> $ rg -lF '.so*' rpm-specs/ | env LANG=en_US.utf8 sort
>
> rpm-specs/evolution.spec
that's a false positive, the only occurrence of ".so*" in that file is
in the %changelog section, namely:
* Tue May 17 2011 x - 3.1
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 of
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 buil
On Wed, 2023-05-10 at 11:54 +0100, Aoife Moloney wrote:
> Additionally a couple of packages (evolution-data-services and
> tracker-miners) are set up so they can be
> built with an application-specific D-Bus prefix. Evolution has:
>
> buildopts:
> rpms:
> macros: |
> %_eds_dbus
On Wed, 2023-05-10 at 09:30 -0400, Owen Taylor wrote:
> Does that sound workable? Are there better ways we could do it?
Hi,
if I recall correctly, using the custom D-Bus prefix is there to match
application's D-Bus prefix defined for the flatpak, thus:
a) the services run independently fro
Hi,
On Wed, 2023-05-17 at 12:23 -0400, Owen Taylor wrote:
> You use it in to fix bus names in flatpak-evolution-wrapper.sh -
> those could just be hardcoded since the bus name will be always the
> same for the Evolution Flatpak
It will work unless the version of the D-Bus service is bumpe
On Tue, 2023-01-17 at 13:55 +0800, Jens-Ulrik Petersen wrote:
> So I plan to go ahead with this rebase and rebuilding these packages
> after the mass rebuild if that's okay.
Hi,
does the new version change any API and/or soname version?
> We can consider whether to backport to F37 and pos
Hi,
this is a query for an opinion and a best-practice experience for a
case when a package needs to change its internal database format
between versions, in an environment, which does not allow real
migration, aka the app cannot read both formats, it can use one or the
other.
To be specif
On Wed, 2023-02-01 at 14:15 +0100, Alexander Sosedkin wrote:
> cyrus-sasl ships a migration tool for some transition period
> and suggests the user to manually invoke it:
Hi,
aha, I see, that's much saner idea than what I came up with.
I'll try to cook something similar, making the libdb(
On Wed, 2023-02-01 at 10:12 -0800, Kevin Fenzi wrote:
> Is there any way to pull the functionaly into the process itself?
> ie, the first time it's called, it converts the db?
Hi,
the idea is to not depend on the libdb at all, neither in the build
time. I reworked the proposed change to c
On Tue, 2023-08-08 at 00:08 -0700, Adam Williamson wrote:
> I'm not sure what's causing that, but it doesn't look good.
Hi,
would it be possible to somehow detect the "More Information" button on
the screen and click it before calling the test failed, which will open
a dialog with an error
On Mon, 2023-11-06 at 22:33 -0500, Neal Gompa wrote:
> * Flatpak has an upstream change that needs backporting[1] or a new
> release.
> * GNOME Software has a merge request open[2].
> * libadwaita has an upstream change that needs backporting[3].
> * malcontent needs work done.
Hi,
I'm sor
On Tue, 2023-11-07 at 12:12 +0100, Kalev Lember wrote:
> Can you do 'koji wait-repo f40-build-side-76936 --build
> appstream0.16-0.16.3-2.fc40' and try building gnome-software again
> once it says that the package is available in the repo?
Hi,
it changed the problem to:
DEBUG util.py:446:
On Tue, 2023-11-07 at 10:58 -0500, Neal Gompa wrote:
> It needs to be "appstream%{?_isa} >= 1.0.0~".
Hi,
I'm sorry, I do not follow. Do you mean "1.0.0" is higher than
"1.0.0~git20231102.d88ed03-1.fc40", but lower than "1.0.0-2.fc40"?
That sounds odd to me.
Both flatpak and gnome-software
1 - 100 of 204 matches
Mail list logo
