Hi all,
I opened a thread on launchpad about this but I'm having trouble loading
the website atm. Anyways, I want to whip up a naive prototype and I'm a
little lost on the standard way to query the DB. I was hoping to find a
native SQLite solution but I wasn't happy with the possibilities.
H
On 11/18/17 13:05, Conner Phillips wrote:
I opened a thread on launchpad about this but I'm having trouble loading
the website atm. Anyways, I want to whip up a naive prototype and I'm a
little lost on the standard way to query the DB. I was hoping to find a
native SQLite solution but I wasn't
Hi Be,
It is not fair to blame the infra structure, for the leak of time the
maintainers have to manage the different informations.
Launchpad looks somehow outdated, but the important features are there.
Especially, it shows possible duplicates when filing a bug, has more bug
states than just
Maybe I've missed the conversation. What about GitHub issues doesn't fit
requirements?
On Sat, Nov 18, 2017, 6:30 AM Daniel Schürmann wrote:
> Hi Be,
>
> It is not fair to blame the infra structure, for the leak of time the
> maintainers have to manage the different informations.
>
> Launchpad l
FYI, travis just announced the availability of deployment.
maybe we can add this and publish the travis-built artifacts like we do
for appveyor.
This way, we will have a way to effectively and easilly test each PR
without a build environment.
sb
Message transféré
Sujet :
Hello.
I understand you want to access it programmatically. I've never done
that, but I know you can use SQLite Database Browser
(http://sqlitebrowser.org/) to do so interactively and it's just a
matter of pointing it to the DB file. So I imagine you could just follow
standard examples from the SQ
On 11/18/2017 08:30 AM, Daniel Schürmann wrote:
Hi Be,
It is not fair to blame the infra structure, for the leak of time the
maintainers have to manage the different informations.
...
>
> The current fragmented infrastructure, has some drawbacks, but it has a
> very big advantage. You can joi
Hi Be,
It's just as unreasonable to expect new contributors to sign up for 7
different accounts (GitHub, IRC, phpBB, Freenode, mailing list,
Launchpad, wiki) as it is to expect long time developers to pay
attention to all of them. It would be easier if there were less things
to pay attention
Does Zulip has several channels like its counterpart Slack?
Because the lack of several sub-channels per project is Gitter's biggest
drawback to me. It's not much of an issue for small projects, but a big
project like Mixxx can benefit from several sub-channels under the same
"server".
2017-11-17
If Mixxx's download server has enough space for dev build artifacts, FTPing
or SFTPing those would be the cheapest and quick solution to set up.
Otherwise, object storage on Backblaze's B2 or OVH's Object Storage
services is cheaper than AWS S3.
2017-11-18 18:26 GMT+01:00 Sébastien BLAISOT :
>
>
Or we can switch to GitLab which has integrated CI that can host builds
On 11/18/2017 03:56 PM, Stéphane Lepin wrote:
If Mixxx's download server has enough space for dev build artifacts,
FTPing or SFTPing those would be the cheapest and quick solution to set up.
Otherwise, object storage on Back
Yes, Zulip has that. Also, every conversation is organized into its own
thread within a Stream. I encourage you to try it out on Zulip's own
Zulip instance:
https://chat.zulip.org/
On 11/18/2017 03:42 PM, Stéphane Lepin wrote:
Does Zulip has several channels like its counterpart Slack?
Because
Nice! Forgot about it, as I though GitLab's CI doesn't host build
artifacts. But it actually does, with an automatic 1 week expire delay
(which is great to avoid further cleaning).
Should Mixxx use GitLab's shared runners or set up its own CI runners?
2017-11-18 22:58 GMT+01:00 Be :
> Or we can s
My understanding is that we could get 50,000 CI pipeline minutes per
month for free on GitLab, unlike with Travis and AppVeyor that timeout
randomly on their free plans.
On 11/18/2017 04:05 PM, Stéphane Lepin wrote:
Nice! Forgot about it, as I though GitLab's CI doesn't host build
artifacts. B
On 11/18/2017 03:24 PM, Daniel Schürmann wrote:
Hi Be,
It's just as unreasonable to expect new contributors to sign up for 7
different accounts (GitHub, IRC, phpBB, Freenode, mailing list,
Launchpad, wiki) as it is to expect long time developers to pay
attention to all of them. It would be ea
On 11/18/2017 03:24 PM, Daniel Schürmann wrote:
It is reasonable to distinguish
between user support and bug tracking like we do with forums and
Launchpad.
On IRC we have one combined channel for development and user support. On
Zulip we can easily separate development chat and user support,
16 matches
Mail list logo