trying to build guayadeque on Fedora 18 Alpha, but this fails with the
following error message:
[100%] Building C object src/CMakeFiles/guayadeque.dir/hmac/sha2.o
cd /root/rpmbuild/BUILD/guayadeque-svn1830/build-guayadeque/src &&
/usr/lib64/ccache/gcc -DTAGLIB_WITH_MP4_COVERS=1 -DWITH_LIBGPOD_S
Packages retired from fedora >= 18
> fusioninventory-agent
> perl-FusionInventory-Agent-Task-Deploy
> perl-FusionInventory-Agent-Task-ESX
> perl-FusionInventory-Agent-Task-NetDiscovery
> perl-FusionInventory-Agent-Task-NetInventory
--
devel mailing list
devel@lists.fedoraproject.org
https://adm
On Fri, 7 Sep 2012 09:15:40 +0200 (CEST), Martin Gansser wrote:
>
> trying to build guayadeque on Fedora 18 Alpha, but this fails with the
> following error message:
>
> Linking CXX executable guayadeque
> [...] -o guayadeque -rdynamic -pthread -Wl,-z,relro -lwx_baseu-2.8
> -lwx_gtk2u_core-2.8
Compose started at Fri Sep 7 08:15:05 UTC 2012
Broken deps for x86_64
--
[almanah]
almanah-0.8.0-7.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit)
almanah-0.8.0-7.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit)
Hi,
I haven't seen linux system killed so effectively for a lng time,
everytime I try to use bluetooth dongle my system just crashes.
Has this been reported? I searched this list and bugzilla but didn't
finy anything.
Kernel version: 3.4.9-2.fc16.x86_64
Is this a known issue?
Here is my mess
A file has been added to the lookaside cache for perl-CPAN-Perl-Releases:
db8a99fc617f83321ae7d870f5e5884b CPAN-Perl-Releases-0.68.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedorapro
Found it on bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=768153
Isn't kernel supposed to be a bit more resilient, there is probably
some exploit in bluetooth code just waiting to be explited...
On Fri, Sep 7, 2012 at 2:56 PM, valent.turko...@gmail.com
wrote:
> Hi,
> I haven't seen linux
commit b93194907158886d21224faeba31c334d346d2e5
Author: Iain Arnell
Date: Fri Sep 7 07:01:31 2012 -0600
update to 0.68
.gitignore |1 +
perl-CPAN-Perl-Releases.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
Summary of changes:
b931949... update to 0.68 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
Summary of changes:
b931949... update to 0.68 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
Summary of changes:
b931949... update to 0.68 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
Gesendet: Freitag, 07. September 2012 um 11:35 Uhr
Von: "Michael Schwendt"
An: devel@lists.fedoraproject.org
Betreff: Re: undefined reference to symbol 'gdk_pixbuf_save_to_buffer'
On Fri, 7 Sep 2012 09:15:40 +0200 (CEST), Martin Gansser wrote:
>>
>> trying to build guayadeque on Fedora 18 Alpha
Gesendet: Mittwoch, 05. September 2012 um 12:08 Uhr
Von: "Milan Bartos"
An: "Development discussions related to Fedora"
Betreff: Re: license question for bug review
A> I'am working on a bug review of uayadeque
A> https://bugzilla.redhat.com/show_bug.cgi?id=853553
>>
>> can someone give me a hi
On Fri, 7 Sep 2012 15:51:04 +0200 (CEST), Martin Gansser wrote:
> hmm, the question is, in which file do i add the '-lgdk_pixbuf-2.0' linker
> option ?
> thanks
> Martin
The one that creates/links the main executable. ;)
For a clean fix, intimate familiarity with CMake may be necessary, but
this
On Wed, 29.08.12 08:44, Jim Meyering (j...@meyering.net) wrote:
> Jerry James wrote:
> > I've got two Rawhide VMs, one x86_64, one i686, both otherwise
> > identical. I last booted them yesterday and did a yum repo-sync.
> > Today, neither of them will boot.
> >
> > First, systemd complained abou
On Fri, Sep 07, 2012 at 18:30:10 +0200,
Lennart Poettering wrote:
On Wed, 29.08.12 08:44, Jim Meyering (j...@meyering.net) wrote:
So this happened because somebody updated the Rawhide package, which
disabled package inheritance from F18. I have now untagged the package
in Rawhide again, and a
On Fri, Sep 7, 2012 at 11:51 AM, Bruno Wolff III wrote:
> On Fri, Sep 07, 2012 at 18:30:10 +0200,
> Lennart Poettering wrote:
>>
>> On Wed, 29.08.12 08:44, Jim Meyering (j...@meyering.net) wrote:
>>
>> So this happened because somebody updated the Rawhide package, which
>> disabled package inhe
On Fri, 7 Sep 2012 11:51:57 -0500
Bruno Wolff III wrote:
...snip...
> I actually wish people would stop doing updates just for branched and
> not doing new rawhide builds. This is especially bad during freezes
> (and the current one has been very long), as rawhide doesn't inherit
> from updates-
On Fri, 07.09.12 11:00, Kevin Fenzi (ke...@scrye.com) wrote:
> > I think our policy is that you should do rawhide builds, but at least
> > some significant groups of packagers actively don't do rawhide
> > builds. If that is going to continue, we should consider having
> > rawhide inherit from upd
On Fri, Sep 07, 2012 at 11:00:07 -0600,
Kevin Fenzi wrote:
On Fri, 7 Sep 2012 11:51:57 -0500
I'd like to propose the opposite:
Lets drop any inheritance between branched and rawhide.
Will that really work as expected? The way we do branching has builds
effectively move out of the rawhide
On Fri, 07.09.12 11:51, Bruno Wolff III (br...@wolff.to) wrote:
> On Fri, Sep 07, 2012 at 18:30:10 +0200,
> Lennart Poettering wrote:
> >On Wed, 29.08.12 08:44, Jim Meyering (j...@meyering.net) wrote:
> >
> >So this happened because somebody updated the Rawhide package, which
> >disabled packag
I'm going to release ownership of 4 of my packages because I do not use
them anymore for quite a while now.
These are:
bzr-explorer: The GUI frontend for the bzr version control system.
Because the latest upstream version requires bzr 2.6, it is still on
version 1.2.2 in Fedora. Updating to new up
On Fri, Sep 7, 2012 at 12:58 PM, Julian Aloofi
wrote:
> I'm going to release ownership of 4 of my packages because I do not use
> them anymore for quite a while now.
> These are:
>
> bzr-explorer: The GUI frontend for the bzr version control system.
> Because the latest upstream version requires b
On Mon, 2012-09-03 at 09:44 +0200, Olaf Kirch wrote:
> Hi Miloslav,
>
> On Wednesday 29 August 2012 18:42:44 Miloslav Trmač wrote:
> > Considering that it's not reasonable to expect that the replacement
> > will cover 100% of the previous functionality, the "old" and "new"
> > projects will have t
On Fri, 7 Sep 2012 19:16:39 +0200
Lennart Poettering wrote:
> On Fri, 07.09.12 11:00, Kevin Fenzi (ke...@scrye.com) wrote:
>
> > > I think our policy is that you should do rawhide builds, but at
> > > least some significant groups of packagers actively don't do
> > > rawhide builds. If that is g
On Mon, 2012-09-03 at 09:20 +0200, Olaf Kirch wrote:
> On Friday 31 August 2012 02:47:38 Bill Nottingham wrote:
> > I'm not saying you *can't* do it, but it's also not something to do
> > lightly.
>
> Totally agreed. But what are really the points of maximum stickiness?
> Obviously, configuration
Summary of changes:
52ec456... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
c93ed6f... Perl mass rebuild (*)
a4f9fb6... - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass (*)
6b30f5e... update to 0.2 (*)
86bff38... update to 0.3 (*)
343ab90... Perl 5.16 rebu
DEBUG util.py:257: Error: Package:
jack-audio-connection-kit-1.9.8-10.fc18.x86_64 (build)
DEBUG util.py:257: Requires: libfreebob.so.0()(64bit)
:-( This is unacceptable! Please avoid breaking the koji buildroot like
this. You could have rebuilt jack-audio-connection-kit prior to rem
A file has been added to the lookaside cache for perl-Lingua-EN-Inflect-Phrase:
4df51c5a21935393dc054280ee416663 Lingua-EN-Inflect-Phrase-0.13.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://adm
On Thu, 2012-08-30 at 13:23 +0200, Dennis Jacobfeuerborn wrote:
> On 08/30/2012 08:55 AM, Bill Nottingham wrote:
> > Bill Nottingham (nott...@redhat.com) said:
> >> Olaf Kirch (o...@suse.de) said:
> >>> On Wednesday 29 August 2012 21:56:45 Jóhann B. Guðmundsson wrote:
> On 08/29/2012 11:58 A
On Mon, 2012-09-03 at 09:20 +0200, Olaf Kirch wrote:
> Hi Stephen,
>
> On Wednesday 29 August 2012 19:48:29 Stephen Gallagher wrote:
> > Olaf, I'm very interested to learn more about wicked. Can you perhaps
> > itemize the set of features available to wicked (current as well as
> > in-development)
commit 55a7c4d2d2bf62ae4e202df60c4fc3c289dfefd2
Author: Iain Arnell
Date: Fri Sep 7 12:20:22 2012 -0600
update to 0.13
.gitignore |1 +
perl-Lingua-EN-Inflect-Phrase.spec | 11 +++
sources|2 +-
3 files changed, 9 inser
On Thu, 2012-08-30 at 07:44 +0200, Olaf Kirch wrote:
> Hi Adam,
>
> On Thursday 30 August 2012 04:16:23 Adam Williamson wrote:
> > > *** Network Manager is just another daemon created for a task
> > > which historically often did not need any daemons. It's almost as if
> > > the new generation of
On Wed, 2012-08-29 at 16:48 +0100, Steven Whitehouse wrote:
> Hi,
>
> I wonder if one way to deal with the network configuration issue is to
> try and help different configuration systems work with each other,
> rather than to try and create one system which does everything. Last
> time I looked i
On Wed, 2012-08-29 at 15:17 +0200, Denys Vlasenko wrote:
> On 08/29/2012 01:58 PM, Olaf Kirch wrote:
> > Your feedback is very much welcome!
> >
> > Regards,
> > Olaf
>
> Why Did You Do This?!
>
> Do we really need yet another network management thing?
> ===
A file has been added to the lookaside cache for perl-Mouse:
bc84af3461b16e631a000fe979b3ce2a Mouse-1.02.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/
commit cb4f628e1baedf498662a618ddb7fc0a66d10f21
Author: Iain Arnell
Date: Fri Sep 7 12:37:32 2012 -0600
update to 1.02
.gitignore |1 +
perl-Mouse.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitigno
On Fri, 7 Sep 2012 20:06:36 +0200, Michael Schwendt wrote:
> ->
> https://admin.fedoraproject.org/updates/FEDORA-2012-13308/jack-audio-connection-kit-1.9.8-11.fc18
> -> in updates-testing only
I've requested a buildroot override for this one as a temporary fix:
$ koji wait-repo --target f18 -
On Fri, 07.09.12 12:03, Kevin Fenzi (ke...@scrye.com) wrote:
> On Fri, 7 Sep 2012 19:16:39 +0200
> Lennart Poettering wrote:
>
> > On Fri, 07.09.12 11:00, Kevin Fenzi (ke...@scrye.com) wrote:
> >
> > > > I think our policy is that you should do rawhide builds, but at
> > > > least some signific
The 389 Project team is pleased to announce the release of
389-ds-base-1.2.11.14 for Testing. This release fixes a bug with
CLEANALLRUV and winsync, and a race condition in the replication
consumer extop code.
The new packages and versions are:
389-ds-base 1.2.11.14
NOTE: 1.2.11 will no
On Mon, 2012-09-03 at 09:20 +0200, Olaf Kirch wrote:
> On Thursday 30 August 2012 08:55:02 Bill Nottingham wrote:
> > > The systemd people do have some ideas they've already been kicking around
> > > for this already... have you seen it?
> >
> > To be clear, I'm not really convinced yet that this
On Fri, Sep 07, 2012 at 13:23:37 -0500,
Dan Williams wrote:
That's NM's heritage, but that's certainly not its focus. We're
actually focusing a *lot* more on enterprise use-cases these days,
including lots of knobs that admins like to turn.
Is there a good source of documentation for these
Gesendet: Freitag, 07. September 2012 um 17:03 Uhr
Von: "Michael Schwendt"
An: devel@lists.fedoraproject.org
Betreff: Re: undefined reference to symbol 'gdk_pixbuf_save_to_buffer'
> On Fri, 7 Sep 2012 15:51:04 +0200 (CEST), Martin Gansser wrote:
>
>> hmm, the question is, in which file do i add t
On 09/07/2012 06:54 PM, Jesse Keating wrote:
On 09/07/2012 11:48 AM, Lennart Poettering wrote:
Humm. I don't agree with this. As long as F18 is unreleased Rawhide will
be basically untested and I also wonder what testing it at this point
would bring, given that it right now is mostly F18 and ver
Hello,
I am working on a package called VirtualGL:
https://bugzilla.redhat.com/show_bug.cgi?id=834127
After contacting the upstream on their mailing list, they seem obsessed
with being able to install their own rprms and my package together at the
same time. This seems odd / bad to me since only
On 09/07/2012 07:13 PM, Dan Williams wrote:
I'm not sure the right place for this sort of
thing is in the init system.
Well I happen to be sure that the init systemd regardless of which
flavor of the month it is should handle this because it is responsible
to signal the service(s) and or orde
Hi,
i tried to check my package with fedora-review, but this fails.
martin@fc17 SPECS$ fedora-review -b 853553
Processing bugzilla bug: 853553
Bugzilla v0.7.0 initializing
Chose subclass RHBugzilla v0.1
Trying bugzilla cookies for authentication
Getting .spec and .srpm Urls from : 853553
--> SRP
Le vendredi 07 septembre 2012 à 23:04 +0200, Martin Gansser a écrit :
> Hi,
>
> i tried to check my package with fedora-review, but this fails.
>
> martin@fc17 SPECS$ fedora-review -b 853553
> Processing bugzilla bug: 853553
> Bugzilla v0.7.0 initializing
> Chose subclass RHBugzilla v0.1
> Trying
On Fri, 2012-09-07 at 23:04 +0200, Martin Gansser wrote:
>
> sqlite and sqlite-devel are installed, a local rpmbuild works.
Did you try with mock?
Pierre
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 2012-09-07 at 21:02 +, "Jóhann B. Guðmundsson" wrote:
> On 09/07/2012 07:13 PM, Dan Williams wrote:
> > I'm not sure the right place for this sort of
> > thing is in the init system.
>
> Well I happen to be sure that the init systemd regardless of which
> flavor of the month it is sho
On Fri, 7 Sep 2012 23:04:14 +0200 (CEST), Martin Gansser wrote:
> -- checking for module 'sqlite3'
> -- package 'sqlite3' not found
> CMake Error at CMakeLists.txt:46 (MESSAGE):
> sqlite3 not found!
> -- Configuring incomplete, errors occurred!
>
> sqlite and sqlite-devel are installed, a local r
On Fri, 2012-09-07 at 14:49 -0500, Bruno Wolff III wrote:
> On Fri, Sep 07, 2012 at 13:23:37 -0500,
>Dan Williams wrote:
> >
> >That's NM's heritage, but that's certainly not its focus. We're
> >actually focusing a *lot* more on enterprise use-cases these days,
> >including lots of knobs that
On Fri, Sep 07, 2012 at 11:54:03AM -0700, Jesse Keating wrote:
> Fedora 18 is basically closed for new feature work, and instead the
> focus needs to be on integration of the existing feature set and
> bugfixes. But as you state there is a large amount of time before
> F18 releases, which means n
On Fri, 2012-09-07 at 16:54 -0400, Gary Gatling wrote:
> Hello,
>
>
> I am working on a package called
> VirtualGL: https://bugzilla.redhat.com/show_bug.cgi?id=834127
>
>
> After contacting the upstream on their mailing list, they seem
> obsessed with being able to install their own rprms and m
On 09/07/2012 02:36 PM, Matthew Garrett wrote:
On Fri, Sep 07, 2012 at 11:54:03AM -0700, Jesse Keating wrote:
Fedora 18 is basically closed for new feature work, and instead the
focus needs to be on integration of the existing feature set and
bugfixes. But as you state there is a large amount
On Fri, Sep 07, 2012 at 20:43:23 +,
"\"Jóhann B. Guðmundsson\"" wrote:
As you know we ( QA Community ) want all the testing to be focused on
the release we are about to push out the door and we would like ( and
some expect ) that maintainers are keeping the same focus and give
what tim
Dan Williams wrote:
> 'man NetworkManager' is a good place to start here, which leads you to
> NetworkManager.conf, which leads you to:
>
> dns=dnsmasq
>
> which with 0.9.6 and any options you put into custom configuration
> in /etc/NetworkManager/dnsmasq.d, should do exactly what you want. The
On Fri, Sep 07, 2012 at 14:42:20 -0700,
Jesse Keating wrote:
I'm of the opinion that rawhide should be inheriting from the builds
of the previous release, so long as there haven't been any builds
directly on rawhide. I'm also of the opinion that the inheritance
should happen as early as p
On Fri, Sep 07, 2012 at 16:38:27 -0500,
Dan Williams wrote:
'man NetworkManager' is a good place to start here, which leads you to
NetworkManager.conf, which leads you to:
dns=dnsmasq
I knew about that, but I don't use dnsmasq, I use dnscache.
which with 0.9.6 and any options you put into
On Fri, 2012-09-07 at 16:46 -0500, Bruno Wolff III wrote:
> On Fri, Sep 07, 2012 at 16:38:27 -0500,
>Dan Williams wrote:
> >'man NetworkManager' is a good place to start here, which leads you to
> >NetworkManager.conf, which leads you to:
> >
> >dns=dnsmasq
>
> I knew about that, but I don't
On Fri, 2012-09-07 at 16:44 -0500, Michael Cronenworth wrote:
> Dan Williams wrote:
> > 'man NetworkManager' is a good place to start here, which leads you to
> > NetworkManager.conf, which leads you to:
> >
> > dns=dnsmasq
> >
> > which with 0.9.6 and any options you put into custom configuratio
On Fri, Sep 7, 2012 at 5:43 PM, Dan Williams wrote:
>
>
> That's not usually something Fedora does. The package name takes the
> name of the upstream project, because the package *is* the delivery
> option for that software in Fedora. We do not care that much about
> upstream RPMs that random pr
On Fri, Sep 7, 2012 at 4:57 PM, Gary Gatling wrote:
> But like everything else he is talking about, I feel its not my problem. And
> I don't really care. Maybe thats evil/wrong of me?
Well, there are occasions when upstream's priorities are somewhat
antithetical to what we're doing in Fedora. And
On Fri, Sep 7, 2012 at 7:09 PM, Ken Dreyer wrote:
>
> Well, there are occasions when upstream's priorities are somewhat
> antithetical to what we're doing in Fedora. And pissing off upstream
> is never a great idea :) I think the goal is tread carefully, walking
> the fine line of trying to chang
On Fri, 07.09.12 11:54, Jesse Keating (jkeat...@j2solutions.net) wrote:
> On 09/07/2012 11:48 AM, Lennart Poettering wrote:
> >Humm. I don't agree with this. As long as F18 is unreleased Rawhide will
> >be basically untested and I also wonder what testing it at this point
> >would bring, given tha
On 07/09/12 22:07, Fedora Branched Report wrote:
> Compose started at Fri Sep 7 09:15:28 UTC 2012
>
> Broken deps for x86_64
> --
Who would like to re-arrange this report to be more effective and useful ?
1. The broken dependency first, not
On Fri, Sep 07, 2012 at 02:42:20PM -0700, Jesse Keating wrote:
> On 09/07/2012 02:36 PM, Matthew Garrett wrote:
> >This makes sense, but it runs directly against the current
> >auto-inheritence behaviour. It's unsurprising that people end up with
> >different opinions of the right thing to do here.
On Sat, Sep 08, 2012 at 01:28:53AM +0100, Matthew Garrett wrote:
> Sure, and that's clearly the behaviour that Lennart wanted as well. But
> instead there was a mass rebuild that bumped his rawhide nvr and now he
> needs to do rawhide work manually. If development should be happening in
> rawhi
On Sat, 8 Sep 2012 01:32:55 +0100
Matthew Garrett wrote:
> On Sat, Sep 08, 2012 at 01:28:53AM +0100, Matthew Garrett wrote:
>
> > Sure, and that's clearly the behaviour that Lennart wanted as well.
> > But instead there was a mass rebuild that bumped his rawhide nvr
> > and now he needs to do ra
On Sat, 08 Sep 2012 10:11:44 +1000
David Timms wrote:
> On 07/09/12 22:07, Fedora Branched Report wrote:
> > Compose started at Fri Sep 7 09:15:28 UTC 2012
> >
> > Broken deps for x86_64
> > --
> Who would like to re-arrange this report to
On Fri, Sep 07, 2012 at 07:43:32PM -0600, Kevin Fenzi wrote:
> This actually has nothing to do with mass rebuilds (unless I am
> misunderstanding). Mass rebuilds are done _before_ branching to avoid
> problems like this. :)
Argh, sorry, I was confusing it with something unrelated. Yeah, not a
m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 8 Sep 2012 01:58:35 +0200
Lennart Poettering wrote:
> On Fri, 07.09.12 11:54, Jesse Keating (jkeat...@j2solutions.net)
> wrote:
>
> > On 09/07/2012 11:48 AM, Lennart Poettering wrote:
> > >Humm. I don't agree with this. As long as F18 is unr
On Fri, Sep 07, 2012 at 19:43:32 -0600,
Kevin Fenzi wrote:
On Sat, 8 Sep 2012 01:32:55 +0100
This actually has nothing to do with mass rebuilds (unless I am
misunderstanding). Mass rebuilds are done _before_ branching to avoid
problems like this. :)
Yeah this isn't as much of a problem as I
On Fri, Sep 07, 2012 at 17:04:31 -0500,
Dan Williams wrote:
On Fri, 2012-09-07 at 16:46 -0500, Bruno Wolff III wrote:
On Fri, Sep 07, 2012 at 16:38:27 -0500,
Dan Williams wrote:
>'man NetworkManager' is a good place to start here, which leads you to
>NetworkManager.conf, which leads you t
Gesendet: Freitag, 07. September 2012 um 23:32 Uhr
Von: "Michael Schwendt"
An: devel@lists.fedoraproject.org
Betreff: Re: fedora-review command fails on package
On Fri, 7 Sep 2012 23:04:14 +0200 (CEST), Martin Gansser wrote:
>> -- checking for module 'sqlite3'
>> -- package 'sqlite3' not found
>>
75 matches
Mail list logo
