On Sun, Apr 7, 2019 at 10:14 PM Peter Silva wrote:
> We would love to be able to upstream to debian, but haven't figured it out
The process is pretty simple, but reliant on the limited number of
Debian members who do package sponsorship. The ones we do have are
fairly active though. The process
On Sun, Apr 7, 2019 at 9:26 PM Mo Zhou wrote:
> Such idea about informal packaging repository has been
> demonstrated successful by the Archlinux User Repository (AUR).
> Hence, it should be valuable to think about it for Debian.
Seems like a PKGBUILD-to-deb script would be a simple way to do thi
Hi Paul,
I've ever thought about a PKGBUILD->Deb translator, and in this
way we can directly reuse all existing code in AUR without change.
However, the translator itself is not trivial, as it might need
it's own shell parser or something alike to be reliable enough.
The current (virtually) zero
On Mon, Apr 8, 2019 at 3:34 PM Mo Zhou wrote:
> However, the translator itself is not trivial, as it might need
> it's own shell parser or something alike to be reliable enough.
Couldn't you just run makepkg (with some hooks) and dpkg-deb to
convert the results to Debian packages?
--
bye,
pabs
On Mon, Apr 08, 2019 at 05:00:21AM +, Mo Zhou wrote:
> 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, th
Paul Wise writes:
> On Sun, Apr 7, 2019 at 10:14 PM Peter Silva wrote:
>> We would love to be able to upstream to debian, but haven't figured it out
>
> The process is pretty simple, but reliant on the limited number of
> Debian members who do package sponsorship. The ones we do have are
> fairly
On Sun, Apr 07, 2019 at 02:17:00PM +, Mo Zhou wrote:
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
Hi,
On Mon, Apr 08, 2019 at 08:54:27AM +0100, Phil Morrell wrote:
> On Mon, Apr 08, 2019 at 05:00:21AM +, Mo Zhou wrote:
>
> Obviously working implementation > perfect theoretical, but I'm confused
> by your insistence on a single file without abstraction. Even an
> uncompressed tarball can b
On Mon, Apr 08, 2019 at 03:46:15PM +0800, Paul Wise wrote:
> On Mon, Apr 8, 2019 at 3:34 PM Mo Zhou wrote:
>
> > However, the translator itself is not trivial, as it might need
> > it's own shell parser or something alike to be reliable enough.
>
> Couldn't you just run makepkg (with some hooks)
On Tue, Apr 02, 2019 at 12:32:52PM +0100, Colin Watson wrote:
> If it were just the VMware issue, then my inclination would be to leave
> OpenSSH as it is: it's proprietary software and the only leverage we
> have to get them to fix it is to have their customers complaining.
A VMware employee popp
Hi,
D**ian may be pronounced as "Dasteriskian", i.e. "D-asterisk-ian"
(Still sounds ugly). I'm really bad at naming things, neither.
AUR is not targeted on new Archlinux users. Likewise, the D**bian
term is not expected to cause confusion to people who really
need to use these scripts/tools. That
On Mon, Apr 08, 2019 at 09:58:26AM +, Mo Zhou wrote:
> AUR's PKGBUILD, Fedora/CentOS/RedHat's .spec, Gentoo's .ebuild,
> all of them are single-file format. The advantages of single-file
> format includes easy distribution, e.g. copying & pasting from
> webpages (you cannot copy a directory fro
On Mon, Apr 08, 2019 at 10:18:39AM +0100, Jonathan Dowland wrote:
> > 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 m
I don’t think you need to avoid using “Debian” in the name.
This is the least problem your proposal have.
Ondrej
--
Ondřej Surý
> On 8 Apr 2019, at 12:27, Mo Zhou wrote:
>
> Hi,
>
> D**ian may be pronounced as "Dasteriskian", i.e. "D-asterisk-ian"
> (Still sounds ugly). I'm really bad at nam
Hello!
Thanks everybody for the pointers. I fixed it now with:
Subject: [PATCH] Ensure cmake builds also apply CPPFLAGS flags for hardening
to fully work
---
debian/rules | 5 +
1 file changed, 5 insertions(+)
diff --git a/debian/rules b/debian/rules
index 3a16f8bfa..2e7536b9c 100755
---
I very much dislike the idea of inventing yet another format. Your energy would
be much better used if you rather added support for external tarballs to the
packaging tools (with hashes, etc.) and turn this into DEP.
Debian is not Fedora/Arch/... and whacking the debian/ into a single file
does
Or DPA (Debian Personal Archive)...
Ondrej
--
Ondřej Surý
> On 8 Apr 2019, at 12:32, Holger Levsen wrote:
>
> On Mon, Apr 08, 2019 at 10:18:39AM +0100, Jonathan Dowland wrote:
>>> At the first glance I interpreted the sentence as
>>> "This will only lead to flamewars"
>>> due to the meaning of
Hi,
On Mon, Apr 08, 2019 at 03:31:21PM +0500, Andrey Rahmatullin wrote:
> On Mon, Apr 08, 2019 at 09:58:26AM +, Mo Zhou wrote:
> > AUR's PKGBUILD, Fedora/CentOS/RedHat's .spec, Gentoo's .ebuild,
> > all of them are single-file format. The advantages of single-file
> > format includes easy dist
On 2019/04/08 12:37, Ondřej Surý wrote:
> I very much dislike the idea of inventing yet another format. Your energy
> would be much better used if you rather added support for external tarballs
> to the packaging tools (with hashes, etc.) and turn this into DEP.
>
> Debian is not Fedora/Arch/...
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-pure-sasl
Version : 0.5.1
Upstream Author : Tyler Hobbs
* URL : https://github.com/thobbs/pure-sasl
* License : Expat
Programming Lang: Python
Description : pure Python clien
Hi,
On Mon, Apr 08, 2019 at 12:37:36PM +0200, Ondřej Surý wrote:
>
> I very much dislike the idea of inventing yet another format. Your
> energy would be much better used if you rather added support for
> external tarballs to the packaging tools (with hashes, etc.) and turn
> this into DEP.
There
On Mon, Apr 08, 2019 at 12:51:15PM +0200, Jonathan Carter wrote:
> On 2019/04/08 12:37, Ondřej Surý wrote:
>
> Indeed. I can see why Mo would want to put it in one file, but the
> Debian package format can work just fine if you work from git
> repositories as you suggest, plus if it looks like a m
Hi,
The proposed idea is source-only-based, and is totally different
from PPA (source+binary-based). I'm a PPA user and I don't have
any reason to re-invent yet another PPA.
The proposed idea is to take some advantages from source-based
software distribution tools. Examples are available here:
ht
Hi,
Quoting Mo Zhou (2019-04-08 11:58:26)
> The header script is not really what debian/rules does. For example,
> when you are going to build some official Debian package, you may want
> to do the following:
>
> $ debcheckout foobar
> $ cd foobar; gbp export-orig; debuild -S -nc
> $ sbuild
Quoting Mo Zhou :
Plus, letting users write PKGBUILD doesn't help them learn
Debian packaging at all...
Then I would try to diverge as little as possible
from the classical way how Debian packaging works.
On Mon, Apr 08, 2019 at 06:49:10AM +, Mo Zhou wrote:
> 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.
Perhaps using ".deb" instead of "Debian" or "D**ian" might be more
practic
On Mon, Apr 08, 2019 at 10:47:20AM +, Mo Zhou wrote:
> Hi,
>
> On Mon, Apr 08, 2019 at 03:31:21PM +0500, Andrey Rahmatullin wrote:
> > On Mon, Apr 08, 2019 at 09:58:26AM +, Mo Zhou wrote:
> > > AUR's PKGBUILD, Fedora/CentOS/RedHat's .spec, Gentoo's .ebuild,
> > > all of them are single-fil
Hi,
On Mon, Apr 08, 2019 at 08:18:53AM -0400, Roberto C. Sánchez wrote:
> On Mon, Apr 08, 2019 at 06:49:10AM +, Mo Zhou wrote:
> > 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 di
On Mon, Apr 08, 2019 at 11:02:35AM +, Mo Zhou wrote:
> Hi,
>
> On Mon, Apr 08, 2019 at 12:37:36PM +0200, Ondřej Surý wrote:
> >
> > I very much dislike the idea of inventing yet another format. Your
> > energy would be much better used if you rather added support for
> > external tarballs to t
On Mon, Apr 08, 2019 at 12:29:56PM +, Mo Zhou wrote:
> Hi,
>
> On Mon, Apr 08, 2019 at 08:18:53AM -0400, Roberto C. Sánchez wrote:
> > On Mon, Apr 08, 2019 at 06:49:10AM +, Mo Zhou wrote:
> > > Hi,
> > >
> > > As you wish, I added a disclaimer to the toolkit, and replaced every
> > > sing
Hi,
The use of single-file format is not mandatory to the whole idea.
With no effort I transformed the single-file format into the traditional
format which you like:
https://github.com/dupr/DefaultCollection/tree/master/rover-traditional
Please choose use whatever you like.
On Mon, Apr 08, 2019
On Mon, Apr 08, 2019 at 08:36:45AM -0400, Roberto C. Sánchez wrote:
> On Mon, Apr 08, 2019 at 11:02:35AM +, Mo Zhou wrote:
> In such a large community of volunteers it may not be enough to propose
> something that is only marginally better because the cost (even just in
> cognitive terms) and e
Hi,
On 08/04/2019 14:18, Mo Zhou wrote:
> Hi,
>
> The proposed idea is source-only-based, and is totally different
> from PPA (source+binary-based). I'm a PPA user and I don't have
> any reason to re-invent yet another PPA.
>
> The proposed idea is to take some advantages from source-based
> soft
On Mon, Apr 08, 2019 at 03:50:19PM +0300, Tzafrir Cohen wrote:
> Hi,
>
> The README states a directory structure with a top-level collection
> directory, but the repository currently does not include one.
The github.com:dupr/DefaultCollection.git repo is indeed a specification
compliant if you ma
Hi,
On Mon, Apr 08, 2019 at 01:59:04PM +0200, W. Martin Borgert wrote:
> Quoting Mo Zhou :
> > Plus, letting users write PKGBUILD doesn't help them learn
> > Debian packaging at all...
>
> Then I would try to diverge as little as possible
> from the classical way how Debian packaging works.
If
Dear Simon
On Sat, Apr 06, 2019 at 10:20:26PM +0100, Simon McVittie wrote:
It's perhaps important to point out before this thread gets much further
that Wayland is not like Xorg
Apologies for not being clearer in my original message. Thank you for clearing
that up.
GNOME in buster has defaul
On Mon, Apr 08, 2019 at 11:18:14AM +, Mo Zhou wrote:
The proposed idea is source-only-based, and is totally different
from PPA (source+binary-based). I'm a PPA user and I don't have
any reason to re-invent yet another PPA.
Sorry I appreciate that *your* idea is different, and effectively
my
On Mon, Apr 08, 2019 at 12:57:56PM +, Mo Zhou wrote:
> On Mon, Apr 08, 2019 at 08:36:45AM -0400, Roberto C. Sánchez wrote:
> > On Mon, Apr 08, 2019 at 11:02:35AM +, Mo Zhou wrote:
> > In such a large community of volunteers it may not be enough to propose
> > something that is only marginal
DUR is fine, DPA is fine PPA is not - as it is used before in a totally
different context.
The idea just to require git is really nice, putting all the things into
a single file is not. Not even Arch does it. (patches, install, config
...) - so the default debian dir should be enough.
Please
On Sun, Apr 07, 2019 at 01:08:42PM -0400, Peter Silva wrote:
> https://www.cnx-software.com/2018/08/27/rockpro64-rk3399-board-linux-review-ubuntu-18-04/
>
> 71fps or es2gears?
Is es2gears a benchmark, unlike glxgears?
--
WBR, wRAR
signature.asc
Description: PGP signature
On Sun, Apr 07, 2019 at 05:59:38PM +0200, Adam Borowski wrote:
> * nvidia proprietary: doesn't work with new kernels.
It does, even nvidia-legacy-304xx-kernel-dkms says "Building the kernel
modules has been tested up to Linux 4.20.".
--
WBR, wRAR
signature.asc
Description: PGP signature
On Mon, 2019-04-08 at 00:02 -0400, Peter Silva 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://wiki.debian.org/
It’s fairly easy nowadays with debian-jenkins-glue and jenkins-job-builder:
https://salsa.debian.org/ondrej/jenkins-job-builder.git
The launchpad PPAs are still slightly better (I cant rebuild individual matrix
combinations from Jenkins), but only slightly. With qemu-user-static the even
the ar
Hi Ondřej,
On Mon, Apr 08, 2019 at 06:14:57PM +0200, Ondřej Surý wrote:
> It’s fairly easy nowadays with debian-jenkins-glue and jenkins-job-builder:
>
> https://salsa.debian.org/ondrej/jenkins-job-builder.git
>
> The launchpad PPAs are still slightly better (I cant rebuild individual
> matrix
now we have the salsa pipeline.
does it fit your needs ?
Hey,
check https://jenkins.rfc1925.org and f.e. https://packages.sury.org/php/
--
Ondřej Surý
> On 8 Apr 2019, at 18:22, Holger Levsen wrote:
>
> Hi Ondřej,
>
>> On Mon, Apr 08, 2019 at 06:14:57PM +0200, Ondřej Surý wrote:
>> It’s fairly easy nowadays with debian-jenkins-glue and jenkins-job
That repository is more of a remote backup, but I would be happy to collaborate
on something more useful to general DD public...
There’s some additional content in this ticket that might go into the readme:
https://github.com/oerdnj/deb.sury.org/issues/1092
Ondrej
--
Ondřej Surý
> On 8 Apr 20
On Mon, 2019-04-08 at 16:05 +, PICCA Frederic-Emmanuel wrote:
> now we have the salsa pipeline.
>
> does it fit your needs ?
Does this allow non-DD's to host packages? Nobody at Kitware is a DD,
we just host an unofficial third-party repository, similar to PPA.
Kyle
> from PPA (source+binary-based).
If people just want a PPA which supports Debian, please just take a
look at OBS[1].
I've seen many upstreams provide packages with OBS, and most
distributions are supported.
Not only deb, but also rpm, from Debian/Ubuntu to OpenSuse/Fedora, and
even Archlinux, in
Paul Wise writes:
> On Mon, Apr 8, 2019 at 3:34 PM Mo Zhou wrote:
>
>> However, the translator itself is not trivial, as it might need
>> it's own shell parser or something alike to be reliable enough.
>
> Couldn't you just run makepkg (with some hooks) and dpkg-deb to
> convert the results to Debi
After a build, you get this
https://salsa.debian.org/science-team/python-xrayutilities/-/jobs/147913/artifacts/browse/debian/output/
Is it enought for you.
Mayve you can discuss with the salsa pipeline team and request a target in
order to produce a better repo.
cheers
Vincent Bernat writes:
> ❦ 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
Hi,
On Mon, Apr 08, 2019 at 10:22:42AM -0400, Roberto C. Sánchez wrote:
>
> Two suggestions:
>
> - Stop claiming that what you propose is "zero-cost", "only 1 second of
> work", etc.*
And, I'm already tired of saying that again and again.
> - Find the individuals who currently experience the
On Fri, Apr 5, 2019 at 11:25 PM Mo Zhou wrote:
> I second that since I always refuse to use Wayland, due to
I'm currently using GNOME on Xorg because:
Under Wayland applications seem to have a problem displaying
fullscreen, for example totem only displays video in the upper left
corner of the sc
Hi,
I've noticed that Japan renews its era from 平成 (Heisei) to 令和 (Reiwa)
(U+32FF) at 1st May and it's necessary to update some packages to deal
with it.
> To Release Managers
How do we handle with it for buster? (and stretch?)
> Folks
Some packages list to be updated as far as I know
P
Hi list,
I drafted a 0.0 alpha release[1] for the toolkit, and created a logo for
the DUPR project. From now on I'll try to add more packaging scripts
(maybe I should call them recipes) to the default collection[2].
Packaing plans are tracked here[3], and maybe further discussion about
the DUPR (D
❦ 9 avril 2019 08:41 +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
>> > disinterest
Package: wnpp
Severity: wishlist
Owner: Hideki Yamane
* Package name: fluentd
Version : 1.4.2
Upstream Author : Sadayuki Furuhashi
* URL : https://www.fluentd.org/
* License : Apache-2.0
Programming Lang: Ruby
Description : Fluentd event collector
Fl
On Tue, Apr 09, 2019 at 08:44:45AM +0800, Paul Wise wrote:
> On Fri, Apr 5, 2019 at 11:25 PM Mo Zhou wrote:
> > I second that since I always refuse to use Wayland, due to
> I'm currently using GNOME on Xorg because:
> Under Wayland applications seem to have a problem displaying
> fullscreen, for ex
Hi Guillem,
Thanks for your helpful pointers.
On Sat, Apr 06, 2019 at 10:55:35PM +0200, Guillem Jover wrote:
> If what you are interested in though is just a small subset of the
> archive, another option that would benefit everyone and is perhaps
> less cumbersome than having to jugle around with
Paul Wise:
> There doesn't appear to be anything like devilspie in Debian for GNOME
> on Wayland.
The "Auto Move Windows" GNOME Shell extension (in the
gnome-shell-extensions package) provides parts of
devilspie's functionality.
Cheers,
--
intrigeri
61 matches
Mail list logo
