On Ma, 25 iun 19, 08:08:22, Ansgar wrote:
>
> what do people think about getting rid of current suite names ("stable",
> "testing", "unstable") for most purposes? We already recommend using
> codenames instead as those don't change their meaning when a new release
> happens.
AFAIK "unstable" is
Bagas Sanjaya writes:
> Russ Allbery:
>> It sounds like a whole ton of work to get a useful amount of coverage (not
>> to mention bothering upstreams with questionnaires that I suspect many of
>> them would find irritating -- I certainly would with my upstream hat on),
>> and I'm not clear on the
Package: wnpp
Followup-For: Bug #914577
Owner: Alexandros Kosiaris
Philip Hands writes:
> What is it going to cost us to get 'bison' rated PG? Why is this
> useful?
Erm, not 'PG' -- I meant whatever the "Anyone can watch this" label is.
Although, I guess one could perhaps argue PG for bison:
One could use it to build something that generates offensive cont
On 2019-06-25 09:31, Philip Hands wrote:
Russ Allbery:
It sounds like a whole ton of work to get a useful amount of coverage
(not
to mention bothering upstreams with questionnaires that I suspect
many of
them would find irritating -- I certainly would with my upstream hat
on),
and I'm not clea
On Tue, Jun 25, 2019 at 08:08:22AM +0200, Ansgar wrote:
> what do people think about getting rid of current suite names ("stable",
> "testing", "unstable") for most purposes? We already recommend using
> codenames instead as those don't change their meaning when a new release
> happens.
Even if w
On Tue, Jun 25, 2019 at 09:46:00AM +0200, Bastian Blank wrote:
> > Related to that I would like to be able to write something like
> > deb http://deb.debian.org/debian debian11 main
> > deb http://security.debian.org/debian-security debian11-security main
> > in sources.list as codenames confus
On Tue, 25 Jun 2019 at 09:31:44 +0200, Philip Hands wrote:
> Also, it seems clear to me that the same game in all Linux disros is
> very likely to get the same rating, so this would be better done as a
> distribution agnostic level
Appstream metadata, which is canonically provided by upstreams and
Philipp Kern writes:
> On 2019-06-25 09:31, Philip Hands wrote:
>>> Russ Allbery:
It sounds like a whole ton of work to get a useful amount of coverage
(not
to mention bothering upstreams with questionnaires that I suspect
many of
them would find irritating -- I certain
On 25/06/19 14.31, Philip Hands wrote:
Bagas Sanjaya writes:
Russ Allbery:
It sounds like a whole ton of work to get a useful amount of coverage (not
to mention bothering upstreams with questionnaires that I suspect many of
them would find irritating -- I certainly would with my upstream hat
On Tue, 25 Jun 2019 at 13:11:09 +0500, Andrey Rahmatullin wrote:
> On Tue, Jun 25, 2019 at 09:46:00AM +0200, Bastian Blank wrote:
> > Can you please elaborate on the "confuse people"?
>
> I guess only (most?) Debian contributors and hardcore Debian users
> remember the order of the codenames and th
On Tue, Jun 25, 2019 at 2:08 PM Ansgar wrote:
> what do people think about getting rid of current suite names ("stable",
> "testing", "unstable") for most purposes? We already recommend using
> codenames instead as those don't change their meaning when a new release
> happens.
I use these (testi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2019-06-25 09:46, Bastian Blank wrote:
> On related notes: For Azure we currently plan (yeah, still not
> finished as MS does not provide input, be we still need to change
> it): - debian-10 - debian-11 - debian-sid
And docker hub have some simil
Am Di., 25. Juni 2019 um 10:15 Uhr schrieb Simon McVittie :
>
> On Tue, 25 Jun 2019 at 09:31:44 +0200, Philip Hands wrote:
> > Also, it seems clear to me that the same game in all Linux disros is
> > very likely to get the same rating, so this would be better done as a
> > distribution agnostic lev
Michael Kesper schrieb:
> On 18.06.19 22:55, Moritz M=C3=BChlenhoff wrote:
>> You may find https://phabricator.wikimedia.org/T148843/#5078403
>> (and later) interesting,=20
>
> This seems to require wikimedia authentication.
> Is there some information publicly available about it?
Ah, that's just
On 2019-06-25 09:39, Paul Wise wrote:
On Tue, Jun 25, 2019 at 2:08 PM Ansgar wrote:
Related to that I would like to be able to write something like
deb http://deb.debian.org/debian debian11 main
Already kind of possible:
deb http://deb.debian.org/debian Debian9.9 main
With the caveat tha
On Tue, Jun 25, 2019 at 08:08:22AM +0200, Ansgar wrote:
> Hi,
>
> what do people think about getting rid of current suite names ("stable",
> "testing", "unstable") for most purposes? We already recommend using
> codenames instead as those don't change their meaning when a new release
> happens.
On 5/29/19 11:01 AM, Raphael Hertzog wrote:
> On Wed, 29 May 2019, Ansgar wrote:
>> On Wed, 2019-05-29 at 10:38 +0200, Raphael Hertzog wrote:
>>> On Wed, 29 May 2019, Andrey Rahmatullin wrote:
One of the popular answers to this and some other problems is "nobody sat
down and wrote the cod
Simon McVittie:
Appstream metadata, which is canonically provided by upstreams and is
distro- and package-type-agnostic (available in at least apt and Flatpak),
has this as an optional field for self-rating:
https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-content_ratin
~Ansgar writes ("getting rid of "testing""):
> what do people think about getting rid of current suite names ("stable",
> "testing", "unstable") for most purposes? We already recommend using
> codenames instead as those don't change their meaning when a new release
> happens.
Others have pointed
Ian Jackson [2019-06-25 11:09:06+01:00] wrote:
> ~Ansgar writes ("getting rid of "testing""):
>> deb http://deb.debian.org/debian debian11 main
>> deb http://security.debian.org/debian-security debian11-security main
> Yes, please, absolutely. And this should be the default.
> The syntax "d
On Tue, 25 Jun 2019 at 16:33:53 +0700, Bagas Sanjaya wrote:
> There are no age classifications, however. So based on content_rating tag on
> AppStream metadata, we can add logic to apt in order to determine age rating
> for our packages.
I think this would be unwise. We can never get this right, b
Bagas Sanjaya wrote on 25/06/2019:
> Hello Debian Developers,
>
> Debian provides more than 51000 packages. From those packages, some are
> appropriate for every ages, and some others are
> only for specific age groups for some reasons.
>
> In order to inform to users, especially parents, about
Dzień dobry,
w związku z ciągłymi zmianami jakie zachodzą w social mediach, kontaktujemy się
z Państwem,aby zaproponować profesjonalne prowadzenie *FanPage na Facebook’u.
*
Dzięki zdobytemu doświadczeniu, możemy Państwu zapewnić:
-zwiększenie liczby fanów
-brak długoterminowych umów
-b
On Tue, Jun 25, 2019 at 12:43:56PM +0200, Paride Legovini wrote:
> My question is: are we trying to solve an actual problem here?
No, and please note that the author is not even a Debian user:
https://lists.debian.org/debian-devel/2019/06/msg00376.html
--
WBR, wRAR
signature.asc
Description: PG
On Tue, Jun 25, 2019 at 11:40:04AM +0700, Bagas Sanjaya wrote:
> Based on above, what are your opinions/thoughts/positions about Content
> Rating System in Debian?
just NO. please create a fork and leave Debian without this.
--
tschau,
Holger
--
Hi,
On Tue, 2019-06-25 at 11:40 +0700, Bagas Sanjaya wrote:
> Based on above, what are your opinions/thoughts/positions about
> Content Rating System in Debian?
is this related to your other proposal involving giving "sudo"
permissions to teenagers to handle this age recommendation stuff for TV
p
On Tue, 2019-06-25 at 16:39 +0800, Paul Wise wrote:
> On Tue, Jun 25, 2019 at 2:08 PM Ansgar wrote:
> > what do people think about getting rid of current suite names ("stable",
> > "testing", "unstable") for most purposes? We already recommend using
> > codenames instead as those don't change thei
On Tue, Jun 25, 2019 at 11:09:06AM +0100, Ian Jackson wrote:
~Ansgar writes ("getting rid of "testing""):
Related to that I would like to be able to write something like
deb http://deb.debian.org/debian debian11 main
deb http://security.debian.org/debian-security debian11-security main
in
On Tue, Jun 25, 2019 at 8:04 PM Michael Stone wrote:
> Having "stable" in sources.list is broken, because one day stuff goes
> from working to not working, which requires manual intervention, at
> which point someone could have just changed the name. Having codenames
> in sources.list is broken, b
On Tue, Jun 25, 2019 at 08:07:51PM +0800, Paul Wise wrote:
On Tue, Jun 25, 2019 at 8:04 PM Michael Stone wrote:
Having "stable" in sources.list is broken, because one day stuff goes
from working to not working, which requires manual intervention, at
which point someone could have just changed th
On Tue, Jun 25, 2019 at 08:03:49AM -0400, Michael Stone wrote:
> Having "stable" in sources.list is broken, because one day stuff goes from
> working to not working, which requires manual intervention, at which point
> someone could have just changed the name.
Once I had unattended-upgrades do the
On Tue, Jun 25, 2019 at 02:38:43PM +0200, Bastian Blank wrote:
On Tue, Jun 25, 2019 at 08:03:49AM -0400, Michael Stone wrote:
Having "stable" in sources.list is broken, because one day stuff goes from
working to not working, which requires manual intervention, at which point
someone could have j
Am Di., 25. Juni 2019 um 11:51 Uhr schrieb Bagas Sanjaya :
>
> Simon McVittie:
>
> Appstream metadata, which is canonically provided by upstreams and is
> distro- and package-type-agnostic (available in at least apt and Flatpak),
> has this as an optional field for self-rating:
>
> https://www.free
Only a few remarks as former simple user and now maintainer:
* Please don't mix things: release names has a value, distribution names
like oldoldstable, oldstable, stable, testing, unstable has their value too
* the value is that they never change - they are convenient. Especially
if one use uns
On Tue, Jun 25, 2019 at 05:01:48PM +0200, Alf Gaida wrote:
Only a few remarks as former simple user and now maintainer:
* Please don't mix things: release names has a value, distribution
names like oldoldstable, oldstable, stable, testing, unstable has
their value too
oldoldstable has the val
On Tue, Jun 25, 2019 at 06:06:55PM +0200, Benjamin Drung wrote:
Am Dienstag, den 25.06.2019, 11:48 -0400 schrieb Michael Stone:
On Tue, Jun 25, 2019 at 05:01:48PM +0200, Alf Gaida wrote:
> Only a few remarks as former simple user and now maintainer:
> * Please don't mix things: release names has
Am Dienstag, den 25.06.2019, 11:48 -0400 schrieb Michael Stone:
> On Tue, Jun 25, 2019 at 05:01:48PM +0200, Alf Gaida wrote:
> > Only a few remarks as former simple user and now maintainer:
> > * Please don't mix things: release names has a value, distribution
> > names like oldoldstable, oldstabl
On 25.06.19 17:48, Michael Stone wrote:
oldoldstable has the value of demonstrating some of what's wrong with
the current system
Can you please explain, i don't get it - maybe i to new at this. For me
file like /etc/apt/sources.lists.d/debian.list:
deb http://ftp.debian.org/debian/ old
On Tue, Jun 25, 2019 at 06:28:13PM +0200, Alf Gaida wrote:
> > oldoldstable has the value of demonstrating some of what's wrong with
> > the current system
>
> Can you please explain, i don't get it
That name is stupid.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Tue, Jun 25, 2019 at 06:28:13PM +0200, Alf Gaida wrote:
On 25.06.19 17:48, Michael Stone wrote:
oldoldstable has the value of demonstrating some of what's wrong
with the current system
Can you please explain, i don't get it - maybe i to new at this. For
me file like /etc/apt/sources.lists.
On Tue, Jun 25, 2019 at 12:40:01PM -0400, Michael Stone wrote:
> > and so on - i take the older releases only as reference.
>
> I just do something like look at https://packages.debian.org/ssh
> Or, if I'm really curious about versions, then something like
> http://snapshot.debian.org/package/open
On Tue, Jun 25, 2019 at 09:43:02PM +0500, Andrey Rahmatullin wrote:
On Tue, Jun 25, 2019 at 12:40:01PM -0400, Michael Stone wrote:
> and so on - i take the older releases only as reference.
I just do something like look at https://packages.debian.org/ssh
Or, if I'm really curious about versions
On 6/25/19 8:27 AM, Holger Levsen wrote:
> On Tue, Jun 25, 2019 at 11:40:04AM +0700, Bagas Sanjaya wrote:
>> Based on above, what are your opinions/thoughts/positions about Content
>> Rating System in Debian?
> just NO. please create a fork and leave Debian without this.
Hard but necessary respo
On 6/25/19 8:08 AM, Ansgar wrote:
> Hi,
>
> what do people think about getting rid of current suite names ("stable",
> "testing", "unstable") for most purposes? We already recommend using
> codenames instead as those don't change their meaning when a new release
> happens.
>
> Related to that I
Package: wnpp
Severity: wishlist
Owner: Kyle Robbertze
* Package name: ocaml-ffmpeg
Version : 0.2.1
Upstream Author : Savonet Team
* URL : https://github.com/savonet/ocaml-ffmpeg
* License : LGPL
Programming Lang: OCaml
Description : OCaml interface fo
On Tue, Jun 25, 2019 at 4:39 PM Paul Wise wrote:
> On Tue, Jun 25, 2019 at 2:08 PM Ansgar wrote:
>
> > what do people think about getting rid of current suite names ("stable",
> > "testing", "unstable") for most purposes? We already recommend using
> > codenames instead as those don't change their
Emmanuel Arias:
IMO this idea represent a big work. And if you want to involved
upstream, maybe will be a problem. Some upstream, could not be
interest on participate because could be a "extra" work. But if we
implement a content rating system, the freedom could be affected
because the opinion
48 matches
Mail list logo
