Package: wnpp
Severity: wishlist
Owner: Hideki Yamane
* Package name: ruby-serverengine
Version : 2.1.0
Upstream Author : Sadayuki Furuhashi
* URL : https://github.com/fluent/serverengine
* License : MIT
Programming Lang: Ruby
Description : multiprocess
Package: wnpp
Severity: wishlist
Owner: Dawid Dziurla
* Package name: golang-github-skanehira-gocui-component
Version : 0.0~git20190406.9b1c713-1
Upstream Author : skanehira
* URL : https://github.com/skanehira/gocui-component
* License : Expat
Programming La
Hi folks,
The absense of a centralized, informal Debian package repository where
trusted users could upload their own packaging scripts has been
long-forgotten. As an inevitable result, many user packaging scripts
exist in the wild, scattered like stars in the sky, with varied
packaging quality. T
Isn't the Bikesheds initiative just this?
--
WBR, wRAR
signature.asc
Description: PGP signature
> Can we implement it?
Who is “we”? This is the usual problem with missing DPA/bikesheds/whatever, the
most productive developer “Somebody” hasn’t joined Debian yet...
Ondrej
--
Ondřej Surý
> On 7 Apr 2019, at 15:26, Mo Zhou wrote:
>
> Can we implement it?
On Fri, Apr 05, 2019 at 04:12:22PM +0100, Jonathan Dowland wrote:
> I was surprised to learn — by way of synaptic being autoremoved — that
> the default desktop in Buster will be GNOME/Wayland. I personally do not
> think that Wayland is a sensible choice for the default *yet*; and if
> the conseq
On Sun, Apr 7, 2019 at 9:26 PM Mo Zhou wrote:
>
> Hi folks,
>
> The absense of a centralized, informal Debian package repository where
> trusted users could upload their own packaging scripts has been
> long-forgotten. As an inevitable result, many user packaging scripts
> exist in the wild, scatt
fwiw, our organization doesn't have any debian devs. We have a few
packages that we develop and deploy
for our internal needs, and make available to the internet with public
repositories. they are (perhaps not perfectly) debian compliant packages,
but we aren't blessed debian devs (and frankly c
Hi,
This single sentence is quite ambiguous to non-native english speakers.
At the first glance I interpreted the sentence as
"This will only lead to flamewars"
due to the meaning of bikeshed[1].
However, I got a hint from a fellow developer and learned that
"Bikeshed" has its own meaning unde
On Sun, Apr 07, 2019 at 10:05:35PM +0800, Shengjing Zhu wrote:
>
> Why not just start this as a personal project? And prove it works.
This is going to be a non-trivial initial work. On a non-business
and free-software basis, listen to the others first would be very
helpful. Positive feedbacks alw
On 2019/04/07 15:26, Mo Zhou wrote:
> 3. Allows us to accept potential contributors friendly, and possibly
> form a new user community. The high quality standard of Debian may scare
> some potential contributors away. In the informal packaging area, it's
> easier for people to contribute. Look at A
Hi,
The problem is not "who is responsible for implementing this", but "is
this valuable enough to implement".
If a group of people think it worthwhile to do something, they will be
glad to work together on a common belief, spontaneously. I as the
initiator of the idea would definitely take acti
On Sun, Apr 07, 2019 at 01:26:12PM +, Mo Zhou wrote:
>...
> (2) Dirty but useful non-free blobs, such as nvidia's cuDNN (CUDA Deep
> Neural Network) library, which dominates the field of high performance
> neural network training and inference. I really hate reading NVIDIA's
> non-free legal te
On Sun, Apr 07, 2019 at 02:17:00PM +, Mo Zhou wrote:
> However, I got a hint from a fellow developer and learned that
> "Bikeshed" has its own meaning under Debian's context, according
> to some old mailing list fragments[2][3] -- which refers to a
> dak feature (This is the first time I heard
On Sun, 07 Apr 2019 16:31:24 +0200, Jonathan Carter wrote:
> Reading some of the initial replies to your post, it seems like people
> don't entirely understand what you mean by an AUR-like service. This
> would definitely be different than PPAs (in the launchpad sense) or
> bikesheds (which is sti
On Fri, Apr 05, 2019 at 04:12:22PM +0100, Jonathan Dowland wrote:
> I was surprised to learn — by way of synaptic being autoremoved — that
> the default desktop in Buster will be GNOME/Wayland. I personally do not
> think that Wayland is a sensible choice for the default *yet*; and if
> the consequ
On Sun, Apr 07, 2019 at 05:59:38PM +0200, Adam Borowski wrote:
> Neither GNOME nor Wayland work on any screen-attached machine I own.
> There's usually just a black screen, and/or a return to the login manager
> (assuming it does start at all -- which is not granted for gdm3).
And gdm3 uses which
On 2019/04/07 17:59, Adam Borowski wrote:
> +1. With GNOME not working even on some amd64 machines, it's not fit to be
> the default. Technical reasons aside, the UI is non-ergonomic and
> counter-intuitive, has broken systray, and suffers from CSD.
>
> Once the black screen/crash problem is fix
>
>
> > * RockPro64, used as a desktop (I'm typing these words on it):
> > armsoc. GNOME no workie.
>
> Hows the 3D performance on this?
>
>
https://www.cnx-software.com/2018/08/27/rockpro64-rk3399-board-linux-review-ubuntu-18-04/
71fps or es2gears?
but that was a year ago... likely better now
On 07.04.19 17:40, gregor herrmann wrote:
I'm one of those people.
And I still don't know what "an AUR-like service" is, or what
"packaging scripts" are.
After reading the intro at
https://wiki.archlinux.org/index.php/Arch_User_Repository I guess,
translated to Debian terms, we are talking abo
On Sun, Apr 07, 2019 at 02:34:05PM +, Mo Zhou wrote:
> Hi,
>
> The problem is not "who is responsible for implementing this", but "is
> this valuable enough to implement".
>
> If a group of people think it worthwhile to do something, they will be
> glad to work together on a common belief, sp
On Sun, Apr 07, 2019 at 10:13:58AM -0400, Peter Silva wrote:
>fwiw, our organization doesn't have any debian devs. We have a few
>packages that we develop and deploy
>for our internal needs, and make available to the internet with public
>repositories. they are (perhaps not perfe
Hi Shengjing,
On 07-04-2019 03:05, Shengjing Zhu wrote:
> This user case may be not enough to change the default choice of GNOME,
> but I think this should at least be in release notes.
Can you please file a bug against the release-notes package, ideally
with a proposed text?
Paul
signature.a
On Sun, Apr 07, 2019 at 06:48:22PM +0200, Jonathan Carter wrote:
> On 2019/04/07 17:59, Adam Borowski wrote:
> > +1. With GNOME not working even on some amd64 machines, it's not fit to be
> > the default. Technical reasons aside, the UI is non-ergonomic and
> > counter-intuitive, has broken systr
On Sun, Apr 07, 2019 at 07:01:28PM +0200, Alf Gaida wrote:
> For debian it could work the same way - just host the debian dir and be done
> with. Iirc the kde team work this way, they have only the debian dir in
> salsa. With a modified watch file it should be possible to get any source
> one want
On Sat, Apr 6, 2019 at 2:50 PM Guillem Jover wrote:
> I noticed that not all big desktop programs support Wayland natively
> (such as Chromium)
Patches for chromium would be very welcome [0], but it is of course
too late for buster.
Best wishes,
Mike
[0] http://bugs.debian.org/861796
On Sun, Apr 7, 2019 at 1:27 PM Roberto C. Sánchez
wrote:
> On Sun, Apr 07, 2019 at 10:13:58AM -0400, Peter Silva wrote:
> >fwiw, our organization doesn't have any debian devs. We have a few
> >packages that we develop and deploy
> >for our internal needs, and make available to the i
On Sun, Apr 07, 2019 at 05:50:37PM -0400, Peter Silva wrote:
>
>Hiring debian devs to get the packages into debian proper could make
>sense. One thing that dampens our enthusiasm for that at the moment is
>that our packages are still very unstable, in the sense that the we are
>rel
Peter Silva writes:
> One thing that dampens our enthusiasm for that at the moment is that
> our packages are still very unstable […], but if it gets baked into
> debian, then we need to support some random old version for many
> years.
By that description it is not a good candidate for putting
On Sun, Apr 7, 2019 at 8:41 PM Roberto C. Sánchez
wrote:
> On Sun, Apr 07, 2019 at 05:50:37PM -0400, Peter Silva wrote:
> >
> >Hiring debian devs to get the packages into debian proper could make
> >sense. One thing that dampens our enthusiasm for that at the moment is
> >that our pac
On Sun, Apr 07, 2019 at 09:36:25PM -0400, Peter Silva wrote:
>
>OK for unstable and testing, but I want to provide packages for stable
>versions of Debian using a separate repo that will be get frequent
>updates, even though the OS is stable. I get that with [4]launchpad.net.
>Your
Package: wnpp
Severity: wishlist
Owner: Hideki Yamane
* Package name: ruby-strptime
Version : 0.2.3
Upstream Author : NARUSE, Yui
* URL : https://github.com/nurse/strptime
* License : BSD-2-Clause
Programming Lang: C, Ruby
Description : fast strptime/s
Peter Silva writes:
> […] the launchpad.net model, which supports backporting seamlesslly
> and allows to support the same version on all distro versions, works
> better for us. This is something a debian version of launchpad would
> get us.
How does it handle “seamlessly” changes that make a pa
On Sun, Apr 7, 2019 at 11:10 PM Ben Finney wrote:
> Peter Silva writes:
>
> > […] the launchpad.net model, which supports backporting seamlesslly
> > and allows to support the same version on all distro versions, works
> > better for us. This is something a debian version of launchpad would
> >
Package: wnpp
Severity: wishlist
Owner: Hideki Yamane
* Package name: ruby-parallel-tests
Version : 2.28.0
Upstream Author : Michael Grosser
* URL : https://github.com/grosser/parallel_tests
* License : MIT
Programming Lang: Ruby
Description : Run Test
Peter Silva writes:
> On Sun, Apr 7, 2019 at 11:10 PM Ben Finney wrote:
>
> > If one needs to keep a close eye on changes to make sure they can
> > still be installed even on a years-old OS, the resulting packages
> > can be placed in a custom repository set up with the instructions at
> > https
Hi there,
as I'm subscribed within the (private) Thunderbird Drivers mailing list
and the upstream people of Thunderbird asked a few linux distro people
to forward the email you see further down to other people of their linux
distro. So I will do. ;)
If someone has some spare free time (hehe, I k
On Sun, Apr 07, 2019 at 04:31:24PM +0200, Jonathan Carter wrote:
> +1, it's a good idea and I've thought of it before as well.
Nice!
> Reading some of the initial replies to your post, it seems like people
> don't entirely understand what you mean by an AUR-like service. This
> would definitely
Ben Finney writes:
> Peter Silva writes:
>
> > With debian, it's kind of all or nothing. Etiher you're in Debian,
> > and it gets built on every platform using the build farm, or it's
> > not, so you get no help at all.
>
> That doesn't seem accurate. Have people tried setting up an APT
> reposi
Plus, it's super important to write every packaging bit into a single
file. That would enable simple copy&pasting from github or any other
resources. If you provide a directory, things will become more
complicated. More impotantly, the proposed single file specification
virtually adds NO overhead.
I don't think this should have Debian in it's name at all. Fetching random
code from Github and building it isn't what we're about.
Scott K
On Monday, April 08, 2019 05:00:21 AM Mo Zhou wrote:
> Plus, it's super important to write every packaging bit into a single
> file. That would enable simp
❦ 8 avril 2019 14:46 +10, Ben Finney :
>> yes, it can be done, but it is a lot more work for individual
>> packagers.
>
> Sure. And, on the other hand, providing an APT repository for arbitrary
> packages of unknown copyright status is also a lot of work to expect
> disinterested volunteers to d
Hi,
As you wish, I added a disclaimer to the toolkit, and replaced every
single "Debian" keyword in the repo with "D**ian", except for those
in disclaimer.
```
Everything included in this repository is totoally unrelated to the Debian
Project, or any OFFICIAL Debian development. Debian Project is
43 matches
Mail list logo
