Hello,
fyi, with the update to the latest upstream version 1.14, the
python-asyncssh package (binary subpackage: python3-asyncssh) also
updated its license from 'EPL-1.0' to 'EPL-2.0 or GPLv2+' (a.k.a. as
EPL-2.0 with GPLv2+ secondary license clause).
See also:
- Package Description:
Python 3
On Fri, Jan 04, 2019 at 09:27:33PM +0100, Georg Sauthoff wrote:
> On Sun, Oct 14, 2018 at 04:35:53PM -0600, Chris Murphy wrote:
> [..]
> > And now it replicates extents from seed to sprout. The copy is faster
> > than pvmove, rsync, dd, or rpm-ostree deploy.
>
> This s
On Thu, Nov 01, 2018 at 05:10:37PM +, Alasdair G Kergon wrote:
> If anyone spots any more, please open a ticket by emailing bugzilla-requests
> @redhat.com and one of us will clean it up.
I just tried that but my email was rejected:
: host mx1.redhat.com[209.132.183.28] said: 554
5.7.1 :
On Sun, Oct 14, 2018 at 04:35:53PM -0600, Chris Murphy wrote:
[..]
> Ha! I just realized after all this time that the Btrfs wiki does not
> make clear how to make a sprout, even though it mentions the more
> esoteric recursive seed.[1] Of course you can mkfs.btrfs, mount it,
> and send/receive.
Hello,
during packaging of a new python-img2pdf version I noticed that 2
unit-test cases fail on aarch64.
This is caused by zlib.compress() yielding different output on aarch64
and x86-64. Which triggers the failure because the unit-test case just
compares the result after compression (it's a
Hello,
so I wrote dracut-sshd - a dracut module that adds sshd to the
initramfs such that one is able to remotely access early
userspace for e.g. unlocking an encrypted root filesystem or
dealing with the dracut emergency shell:
https://github.com/gsauthof/dracut-sshd
I would like to add it to
On Sun, Jan 27, 2019 at 06:41:10PM +0100, Steve Grubb wrote:
> The biggest problem in dealing with crypto early in boot is that the
> system is starved for entropy. I'm wondering if this runs before or
> after systemd loads the saved entropy seed into the kernel?
On bare-metal, I didn't notice
On Sun, Jan 27, 2019 at 10:04:43AM -0500, Neal Gompa wrote:
> If you'd like to integrate this into dracut proper, just propose it as
> a pull request to dracut itself: https://github.com/dracutdevs/dracut
>
> Alternatively, you can become a packager in Fedora and follow the new
> package process:
On Wed, Mar 27, 2019 at 03:04:53PM +, Richard W.M. Jones wrote:
> On Tue, Mar 26, 2019 at 06:07:05PM +0100, Georg Sauthoff wrote:
> > because rpm automatically adds something like:
> >
> > libfoo.so.1()(64bit)
> >
> > Of course, I could still add a
Hello,
when packaging a C/C++ program, the rpm automatic dependency feature
usually works well for shared libraries.
That mean when program 'bar' needs libfoo-devel at build time it's
sufficient to add
BuildRequires: libfoo-devel
and I can omit
Requires: libfoo
because rpm
Hello,
is there a policy regarding auto-enabling/disabling an installed systemd
service?
I'm asking because installing the dstat replacement[1] in Fedora 29
resulted in 3 additional always running systemd services[2] and 2 open
ports.
In contrast, after installing postgresql the postgresql
Hello,
On Sun, Feb 10, 2019 at 10:08:51AM +1100, Nathan Scott wrote:
> On Sun, Feb 10, 2019 at 6:47 AM Georg Sauthoff wrote:
> > [...]
> > I'm asking because installing the dstat replacement[1] in Fedora 29
> > resulted in 3 additional always running systemd services[2]
On Mon, Feb 11, 2019 at 07:53:57AM -0500, Stephen Gallagher wrote:
> On Sun, Feb 10, 2019 at 4:40 AM Georg Sauthoff wrote:
> > On Sun, Feb 10, 2019 at 10:08:51AM +1100, Nathan Scott wrote:
> > > On Sun, Feb 10, 2019 at 6:47 AM Georg Sauthoff wrote:
> > > > [.
On Sun, Feb 03, 2019 at 07:24:17PM -, Artur Iwicki wrote:
Hello,
[..]
> The tl;dr version is that there seems to be some kind of race condition in
> the build script, and sometimes it will run into a situation where it tries
> to install a file that hasn't been created yet - this most
Hello,
On Sat, Jun 01, 2019 at 11:28:37AM -0700, Samuel Sieb wrote:
> On 6/1/19 10:40 AM, Georg Sauthoff wrote:
> > $ mkdir -p o ; rpm2cpio dpm-copy-server-mysql-1.12.0-2.fc29.x86_64.rpm
> > | cpio -di -D o -v
> Why are you going through cpio, instead of just using rpm
On Sat, Jun 01, 2019 at 09:29:33PM +0200, Georg Sauthoff wrote:
> > $ rpm -qlp dpm-copy-server-mysql-1.12.0-2.fc29.x86_64.rpm
> > /etc/dpm-mysql/dpmcopyd.logrotate
> > /etc/logrotate.d/dpmcopyd
> > /usr/lib/.build-id
> > /usr/lib/.build-id/70/bf043a9b1a0954bb464fa
Hello,
I noticed a case where the `dnf provides` output is inconsistent. That
means the actual rpm package doesn't provide the requested file:
# cat /etc/fedora-release
Fedora release 29 (Twenty Nine)
# dnf provides /usr/share/man/man8/dpmcopyd.8.gz
On Sat, Jun 01, 2019 at 11:14:40PM -0700, Samuel Sieb wrote:
> On 6/1/19 12:29 PM, Georg Sauthoff wrote:
> > On Sat, Jun 01, 2019 at 11:28:37AM -0700, Samuel Sieb wrote:
> > > On 6/1/19 10:40 AM, Georg Sauthoff wrote:
> > > > $ mkdir -p o ; rpm2cpio
> >
On Sun, Jun 02, 2019 at 08:04:25AM +0100, Sérgio Basto wrote:
> On Sat, 2019-06-01 at 21:47 +0200, Georg Sauthoff wrote:
> > This is caused by use of the %ghost directive in the %files
> > section of the .spec file:
> >
> > %files -n dpm-copy-server-mysql
> >
On Tue, Apr 30, 2019 at 08:58:08AM +0100, Jonathan Wakely wrote:
> On 29/04/19 18:16 +0200, Georg Sauthoff wrote:
> > On Mon, Apr 29, 2019 at 05:11:53PM +0200, Dan Čermák wrote:
> > > John Reiser writes:
> > [..]
> > > > What is the nature of the inco
On Mon, Apr 29, 2019 at 05:11:53PM +0200, Dan Čermák wrote:
> John Reiser writes:
[..]
> > What is the nature of the incompatibilities, and what are specific
> > examples?
>
> We switched to from the POSIX regex library to as it should be
> provided by a C++11 compatible compiler. Unfortunately
Hello,
so I've created https://manpath.be - a site that provides access to the
man pages of several distributions - including several Fedora and CentOS
versions.
See also its about page https://manpath.be/about for some of its
features (e.g. permalinks, short links, reverse links ...).
While
On Sun, Jul 14, 2019 at 04:49:40PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Jul 13, 2019 at 04:19:02PM +0200, Georg Sauthoff wrote:
[..]
> > See also its about page https://manpath.be/about for some of its
> > features (e.g. permalinks, short links, reverse links .
On Sat, Aug 03, 2019 at 07:29:34PM -0400, Sam Varshavchik wrote:
> I believe that the following construct trips this assertion:
>
> # std::vector foo;
> #
> # std::vector bar;
> #
> # // Populate foo with something.
> #
> # std::copy([0], [foo.size()], std::back_insert_iterator{bar});
It's true
On Fri, Aug 09, 2019 at 03:50:43PM -0600, Chris Murphy wrote:
[..]
> Problem and thesis statement:
> Certain workloads, such as building webkitGTK from source, results in
> heavy swap usage eventually leading to the system becoming totally
> unresponsive. Look into switching from disk based swap,
On Mon, Sep 09, 2019 at 12:17:09AM +0200, Miro Hrončok wrote:
> On 09. 09. 19 0:08, Miro Hrončok wrote:
> > On 08. 09. 19 23:41, Georg Sauthoff wrote:
> > > But this build.log file isn't linked from that page.
> > >
> > > How come?
> > >
> &g
Hello,
a dependency of a package of mine lately failed to be rebuilt for Python
3.8/f32:
https://src.fedoraproject.org/rpms/python-asynctest/c/f7a6e498607f4635ec76c4759e8b51b3ea9367ab
The result on the build page
https://koji.fedoraproject.org/koji/taskinfo?taskID=37184775 reads:
> BuildError:
Hello,
perhaps it's just me but the Fedora switch to MiniDebugInfo [1] looks
incomplete.
For example, when I want to lookup the symbols of a system binary I have
to remember to use
eu-readelf -Ws --elf-section /usr/bin/dd
instead of just being able to use `nm`.
Similarly, when
On Tue, Dec 22, 2020 at 10:48:22AM +0100, Miro Hrončok wrote:
[..]
> As a side note, I wonder why do you need to resort to disabling the
> automatic requires generator? If the dependency on pikepdf is bogus, work
> with upstream to remove it. In the mean time, sed/patch it out form upstream
>
Hello,
I'm trying to build a fedora package for EPEL8 on Copr and I'm wondering
where its pikepdf dependency is coming from.
I conditionally disable the python dependency generator with a 0%{?epel}
guard
(cf.
Hello,
On Sun, Aug 1, 2021 at 7:46 PM Chris Murphy wrote:
[..]
> We do have memtester in the repository, which is a user space memory
> tester. But I can't really assess whether it's better or worse than
> one that runs in the pre-boot environment. On the one hand, less
> memory is being tested
Hello,
I packaged a command line gist uploader - rubygem-gist - a few weeks
ago:
https://bugzilla.redhat.com/show_bug.cgi?id=1979081
So far, nobody picked it up for review.
Thus, if you have experience in reviewing ruby packages it would be
great if you could review it.
The package is quite
Hello,
Datamash was mentioned in the last long term FTBFS announcement mail.
I know how to fix the datamash build [1], however, its maintainer is
currently inactive. [2]
I think I could manage to maintain just another Fedora package (my fas
handle is: gsauthof) - so, what is the best way to
Hello,
On Tue, Jan 31, 2023 at 01:44:26PM +0100, Miro Hrončok wrote:
> datamashjhladky
I have a build fix ready and volunteer to maintain it such that I can
apply it.
My FAS handle is: gsauthof
Can you add me as a maintainer for the datamash package
Hello,
I've entered
Bug 2179536 - Non-responsive maintainer check for datamash
to see whether the maintainer is still interested in maintaining that
package.
Background: That package was almost retired, and in the last months of
that retirement process the maintainer didn't respond to any
Hello,
On Thu, Feb 02, 2023 at 09:18:51AM +0100, Vít Ondruch wrote:
[..]
> But other than that, retiring would not be that bad thing in your case,
> because after retirement, there is 8 weeks window to unretire the package
> without re-review, that way you could pick it up ...
ok, good to know.
Hello,
On Thu, Feb 02, 2023 at 02:45:23PM -0300, Mathias Zavala wrote:
> I’m sorry for not answering sooner! I’ll be glad to receive help with the
> current state of the package. Thanks in advance
you are a datamash Fedora package maintainer?
Judging from the FTBFS
Hello,
On Thu, Feb 02, 2023 at 12:58:11AM +, Sérgio Basto wrote:
> I built the package for you ...
thank you for helping to prevent datamash from early retirement! :)
Best regards,
Georg
--
'Programming X is like reading one of those French philosophers where
afterwards you start
38 matches
Mail list logo