• Questions about Debian derivatives

    From Paul Wise@21:1/5 to All on Sun Mar 27 06:00:01 2022
    Debian's relationship with the various distributions derived from
    Debian and approach to existing and new derivatives has had a wide
    range of states. Most derivatives recieve indifference from Debian.
    There has been animosity from Debian towards some derivatives. We have
    welcomed the creation of derivatives. We have welcomed developers from derivatives into Debian packaging teams. We have encouraged people to
    start blends within Debian instead of starting derivatives.

    What do you think of Debian's current relationship with derivatives?

    What would you like to change about our relationships?

    What do you feel Debian's current approach to derivatives is?

    What would you like to change about that approach?

    What is your favourite derivative?

    Would you like to see it merged into Debian?

    Thoughts on identical Debian pure blends vs derivatives?

    Other thoughts welcome, as are thoughts from non-candidates.

    --
    bye,
    pabs

    https://wiki.debian.org/PaulWise

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEYQsotVz8/kXqG1Y7MRa6Xp/6aaMFAmI/37QACgkQMRa6Xp/6 aaNdzw//bMHYco93BqLGlg5OBSsaEVelrfh0+VfrCb9zqjAuz68IeWuXvm4db760 x8P2rMtBqEwzK1EISvWENFIFBGqEhfF9mpWkJ8wx1EtpQGzr+eMvK8jNoYo4006F jMtTsr0DwChtNR0jPNCpusY2YLgGEDJYFjfWWsOd+s7EkaO6B8KISnBpFiZZWmLj n0H0d5rWGteZbbTALhevunVZjIREJwZhWtM3P82DLTSaHo7dnAZjKaaC40jHlFcs T4Simai07J7zpZJQJpnG8t4ZEmFAPXrc1cktwOd2xVS3+ylgWddfnXAXNWMag9T7 Z8o/OOmHoS5lzfVh1tsds7dtRpBZkogrlMZOeaMcALS5bMSPVbOyYlolrStcwFtQ H1Yjbul6dPmL9F62kCiLeey4DIfERqtejMoMWyRR/7F82n9fdZ0N0405U4KSXdHd M/+CDhUzBUsULRcN0v+1Xg0fp1YReR76/QpKMB5eH0DDCC02Ra5bSGDYuG1RCmNX EZonr9Gy6W7dO9gNQE1imrlEQ1Ppd/wTGkAFOjD+mZeX4s3/4RE2N6qkf08GR2HL 1qbH2P/QRebSBt2WSO4wo1KCdUzAe4liyAvHdLMYZPzGSoNZ49V9wUEuOi+slDEF wB3J3tii5e3hKoD6WhN97YZ3Cfs225IbeWB6Gbj0mX/X6CVbPdU=
    =X40Z
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Felix Lechner@21:1/5 to pabs@debian.org on Sun Mar 27 16:30:02 2022
    Hi Paul,

    On Sat, Mar 26, 2022 at 8:54 PM Paul Wise <pabs@debian.org> wrote:

    Debian's relationship with the various distributions derived from
    Debian and approach to existing and new derivatives has had a wide
    range of states. Most derivatives recieve indifference from Debian.
    There has been animosity from Debian towards some derivatives. We have welcomed the creation of derivatives. We have welcomed developers from derivatives into Debian packaging teams. We have encouraged people to
    start blends within Debian instead of starting derivatives.

    What do you think of Debian's current relationship with derivatives?

    What would you like to change about our relationships?

    What do you feel Debian's current approach to derivatives is?

    What would you like to change about that approach?

    What is your favourite derivative?

    Would you like to see it merged into Debian?

    Thoughts on identical Debian pure blends vs derivatives?

    Other thoughts welcome, as are thoughts from non-candidates.

    First off, I am proud that there are a lot of derivatives. Last time I
    checked, over half of the entries on DistroWatch were based on Debian.
    [1] "Imitation is the sincerest form of flattery."

    Meanwhile, it is helpful to look at the individual heritage for each
    project. Here, I will focus on those that either (1) want to be
    different or (2) those who cannot achieve in Debian what they would
    like to accomplish. There is some overlap because Debian is an odd
    place to get anything done.

    In the first category, I see many of the desktop alternatives, like
    "Mint" and "MX". They love their independence. Some lesser known
    projects like Endless rely entirely on their own brand. I do not think
    we can do much about them other than learn from their marketing and
    maybe adopt some of their tools (although some of those world
    travellers may join us when we find an attractive long-term home for
    Debian).

    By the way, I know the desire to be different. As an early Linux user
    in 1993, I briefly considered starting my own distribution, called
    "Felix," but then got busy with school and stuck to Slackware. (I
    switched to Debian in 1996 or so.) In retrospect, I am glad that Ian
    Murdock (and Deb) got their names on our baby. I am incredibly proud
    to be a part of Debian today!

    The second category is populated by projects we know a lot better.
    Usually, there was some kind of a split. Among those, I count Devuan
    (initd) and Ubuntu (release cycle). They exist mostly because we can
    be jerks—although maybe the latter was not so much of an issue for
    Ubuntu.

    I used Ubuntu very happily and productively without contributing from
    2005 to 2010, but their frequent release cycle was a burden for me.
    The day I switched back to tracking testing was one of the happiest
    days in my life. Otherwise, I have limited experience with our
    derivatives.

    If it's okay to broaden the scope of your questions for a moment, I
    love Arch and would like to merge with them (although I have never
    actually used their operating system). They have great energy, superb documentation, and are a lot younger. On the flip side, Arch would
    benefit from our technical acumen and our packaging experience. I'd
    love to see us join forces with them somehow.

    The pure blends question should really go to the folks on this list
    who actively maintain derivatives. Are human factors in the way where
    technical solutions exist? Let's come together!

    To improve our relationships with all derivatives—you might have
    guessed it—I would form an Integration Committee (aka as the "come
    home" committee). As the first member, I would approach Mark Hindley.

    Finally, I would like to draw some specialty derivatives nearer to
    Debian, although many are super friendly already. In the embedded
    space, for example, OpenWrt needs help with their archive. For
    unreleased builds, one has to reflash their base system when adding
    packages later. Maybe we can give them a snapshot.openwrt.org with old
    builds sorted by date.

    Thank you for a question with great peacemaking potential!

    Kind regards,
    Felix Lechner

    [1] Sorry, I can't find the reference right now.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jonathan Carter@21:1/5 to Paul Wise on Sun Mar 27 19:10:01 2022
    Hi Paul

    On 2022/03/27 05:53, Paul Wise wrote:
    Debian's relationship with the various distributions derived from
    Debian and approach to existing and new derivatives has had a wide
    range of states. Most derivatives recieve indifference from Debian.

    When it comes to the indifference, I think for the most part it's
    because it's just not possible for everyone to keep up with everything
    that's happening, even in Debian, and so it makes it difficult to know
    what's going on in derivatives other than what we see in the news. For
    most people, I think this is more a case of just being busy than being indifferent. Many derivatives, while useful, just isn't that interesting
    from a DD perspective. When I see a new debian-based distro that enables
    zfs by default and has a nice web interface for enabling samba shares
    (just to make up a hypothetical), I'd think "oh, that could be useful
    for someone" but won't feel much of an obligation to give it a second
    thought. Is that the kind of indifference you're referring to? Or do we
    need better interfaces with them all together?

    There has been animosity from Debian towards some derivatives. We have welcomed the creation of derivatives. We have welcomed developers from derivatives into Debian packaging teams. We have encouraged people to
    start blends within Debian instead of starting derivatives.

    I'm guessing that you're speaking about derivatives like Ubuntu and
    Devuan. I think enough people are familiar with the complexities behind
    those so I won't go into them now, but are there any specific animosity
    with a derivative that we could've avoided that I might not know about?

    What do you think of Debian's current relationship with derivatives?

    That's of course different for each derivative, each depending on their
    goals, how they work, how they feel about us and our values, etc. For a derivative like Ubuntu, there's been a whole lot of Ubuntu developers
    over the years that have also been DDs, which have made some areas of collaboration easier. Ubuntu is also a unique derivative in that we list
    Ubuntu information in our QA pages (like which version they carry,
    whether there's bugs filed, patches, etc). We also carry a bunch of ubuntu-specific packages in Debian, which makes it easier for someone to contribute to Ubuntu using Debian. So I'd consider Ubuntu to probably be
    our most tightly integrated derivative. That's not to say that there
    hasn't been some problems over the years, but the two projects have
    vastly different goals, and it's understandable that there would be
    friction at some point.

    In terms of relationship status, I think most of the derivatives are
    similar to Ubuntu in the sense that "it's complicated", and then it
    ranges all the way to the type of indifference described before.

    There are some derivatives that really shine:

    PureOS - debian derivative with nice look and feel and is endorsed by FSF

    Kali Linux - geared towards various information security tasks, such as Penetration Testing, Security Research, Computer Forensics and Reverse Engineering

    Tails - portable operating system
    that protects against
    surveillance and censorship

    In terms of relationship with these 3 listed above? I honestly don't
    know. Relationships with derivatives haven't even been on my radar as
    DPL for the last terms, not because I don't care, but because there's
    just been so many things that's high priority.

    Do you think the derivatives team could do something like host a video
    call, inviting all derivatives who would like to submit feedback about
    every 6 months or so? Then at least some more people from both sides
    could get to know the people on the other side, and likely some problems
    can get solved too.

    What would you like to change about our relationships?

    Well, I'll admit that I'm a bit ignorant on our biggest problems with
    our relationships with our derivatives.

    Can I through this question back to you and ask you to share some of
    your insight and concerns?

    What do you feel Debian's current approach to derivatives is?

    I suppose our approach to derivatives is quite similar to our users, we
    through all these source and binary packages and isos out there and then everyone gets to fend for themselves. Sure, we do have documentation and
    some support channels, but for the most part there's not lots of hand
    holding involved.

    Also, do you think that's a problem?

    What would you like to change about that approach?

    One improvement I'd like to see is PPAs. Derivatives tend to fumble
    about and re-invent package hosting systems, sometimes getting it wrong
    (like not signing their repositories). It would be nice to have a system
    where users could host their packages with us in a user repository, and
    also if we could offer package build infrastructure.

    It would also be nice to offer some infrastructure to build their
    installation media for them. All of this might make it easier for them
    to get started, and also, perhaps create a smaller delta towards
    becoming a pure blend if it makes sense to do so.

    Not sure if you're familiar with extrepo? It's another great recent
    addition to Debian that makes it easy to add a known external package
    archive and install software from it. It would probably be a good idea
    for many of our derivatives to have their archives listed there.

    What is your favourite derivative?

    I'll go with Kali Linux, I think they're a good example of a good
    derivative.

    Would you like to see it merged into Debian?

    I'm quite ambivalent really. I *would* like to see it merged into
    Debian, but they also seem to be doing completely fine on their own, I certainly wouldn't want to force it, especially if it's going to cause
    some friction.

    Plus, right now we're in trouble with our live build infrastructure, so currently for testing we're not even building our own live images, it's
    pretty much where my technical work will be focused on in the immediate
    future, and I hope that we'll have non-x86 live images for bookwork and
    also a live image for debian-jr, but now I'm getting a bit side-tracked :)

    Thoughts on identical Debian pure blends vs derivatives?

    Not sure I understand the question? Are there pure blends and
    derivatives that are identical to each other?

    Other thoughts welcome, as are thoughts from non-candidates.

    Well, we've talked about this a few times over the years. In 2012 in
    Nicaragua you first introduced me to the derivatives team, and the
    derivatives census. I never contributed to it much but I still think
    it's important work. I've been on the distro side to and found it
    valuable because the census also checks that some things in the distro
    is configured correctly for that derivative (like the origins data).

    Last I spoke to you, I think you also said that you don't have much time
    to work on this anymore, and that the distro census is probably going to
    die down. Is this still the status? Do you think it can be saved? We
    probably have quite a wide audience here, do you think it's worth
    another shot to get people involved to work on it?

    -Jonathan

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paul Wise@21:1/5 to Jonathan Carter on Mon Mar 28 04:30:01 2022
    On Sun, 2022-03-27 at 18:05 +0200, Jonathan Carter wrote:

    Is that the kind of indifference you're referring to?

    There are lots of situations where indifference is a factor; the
    factors you mention, derivatives that no-one in Debian ever gets to
    hear about, long standing derivatives that are well known to Debian contributors, derivatives for particular niches or for specific parts
    of the world etc.

    Or do we need better interfaces with them all together?

    I think we need better relationships with and connections to the world
    outside Debian, including the world of derivatives.

    I'm guessing that you're speaking about derivatives like Ubuntu and
    Devuan. I think enough people are familiar with the complexities behind those so I won't go into them now, but are there any specific animosity
    with a derivative that we could've avoided that I might not know about?

    Correct. None that I can think of right now.

    we list Ubuntu information in our QA pages (like which version they
    carry, whether there's bugs filed, patches, etc).

    Part of the reason for that is that other derivatives are often not as
    well organised that any of this is possible at all. Personally I would
    like to see our QA pages treat derivatives more neutrally, and the
    derivatives census was part of that.

    Do you think the derivatives team could do something like host a video
    call, inviting all derivatives who would like to submit feedback about
    every 6 months or so? Then at least some more people from both sides
    could get to know the people on the other side, and likely some problems
    can get solved too.

    At this point in time, the derivatives team doesn't really exist, so
    that seems unlikely. When DebConf was in person, it fulfilled the role
    of connecting people for some derivatives and I think that it is better
    to have connections between derivatives and the wider Debian community
    than just between derivatives and a Debian derivs team.

    Well, I'll admit that I'm a bit ignorant on our biggest problems with
    our relationships with our derivatives.

    Can I through this question back to you and ask you to share some of
    your insight and concerns?

    There are a mix of improving things and worsening things, for example:

    We still have new Debian members coming from derivatives (congrats Nick Black!). Lots of folks from derivatives present at or attend DebConf.
    We have seen some derivatives like Deepin work on merging their
    independent desktop implementations into Debian. Devuan folks are
    contributing positively to Debian these days. 

    Some derivatives contributors, including from our closest derivatives,
    and including Debian members, don't make changes for issues also
    affecting Debian directly in Debian or even communicate back fixes to
    package maintainers. This probably always happened but I noticed it a
    bit recently.

    I suppose our approach to derivatives is quite similar to our users, we through all these source and binary packages and isos out there and then everyone gets to fend for themselves. Sure, we do have documentation and some support channels, but for the most part there's not lots of hand
    holding involved.

    Agreed.

    Also, do you think that's a problem?

    I think it leads to various probably sub-optimal situations; for eg
    duplication of work, distro proliferation, stagnation in Debian, users
    going elsewhere for their software needs etc.

    One improvement I'd like to see is PPAs.

    As I understood it, Debian bikesheds were not for organisations outside
    of Debian to use, just for packages not fitting into the current set of
    defined suites.

    It would also be nice to offer some infrastructure to build their installation media for them. All of this might make it easier for them
    to get started, and also, perhaps create a smaller delta towards
    becoming a pure blend if it makes sense to do so.

    I think we don't even have this or live images for Debian blends yet,
    but many derivatives have their own live image setup (forked versions
    of old live-build releases for example) and many have their own
    independent or cross-distro installer implementation (Calamares etc).

    Not sure if you're familiar with extrepo?

    As I understand it, extrepo is more for things like the Mozilla Firefox
    or PostgreSQL repositories than things like Ubuntu? Probably a
    discussion for the extrepo maintainer, or potentially there is room for
    an extrepo extension containing apt configs/keys for derivatives,
    perhaps pulled from the census. As an example of where this would be
    useful, I'm pulling the Ubuntu census apt config into a chdist so I can
    list Ubuntu package versions etc on the command-line.

    What is your favourite derivative?

    I'll go with Kali Linux, I think they're a good example of a good derivative.

    Would you like to see it merged into Debian?

    I'm quite ambivalent really ... especially if it's going to cause
    some friction.

    As Kali is somewhat of a commercial distribution (I feel like it is a
    marketing advantage for its corporate sponsor), having the Kali brand
    go away is probably not going to happen by merging Kali with Debian.
    They are already working on merging their packages into Debian though.

    https://wiki.debian.org/Teams/pkg-security

    Plus, right now we're in trouble with our live build infrastructure, so currently for testing we're not even building our own live images, it's pretty much where my technical work will be focused on in the immediate future, and I hope that we'll have non-x86 live images for bookwork and
    also a live image for debian-jr, but now I'm getting a bit side-tracked :)

    It is great that you are considering reviving Debian Live (I was
    expecting Debian bookworm would have no official live images), but I
    expect that most of the Debian community don't know that there is a
    problem and that there needs to be work done on Debian Live, so please
    consider a d-d-a post about this issue, other folks might contribute.

    Thoughts on identical Debian pure blends vs derivatives?

    Not sure I understand the question?

    I'm alluding to the advantages of having an independent identity etc.

    As an example, consider Kali vs a Debian Pentesting blend. Kali is a
    well known brand in the security auditing industry, and even outside of
    it. I expect that a Debian Pentesting blend would not be as popular.
    OTOH there are Debian pure blends with a separate identity; FreedomBox.

    The other aspect is "download and boot Kali" vs "install Debian, then
    install this metapackage via the command-line".

    Are there pure blends and derivatives that are identical to each
    other?

    There are certainly similar ones; for eg multimedia and Ubuntu Studio,
    but the situation in the question was mostly hypothetical.

    Well, we've talked about this a few times over the years. In 2012 in Nicaragua you first introduced me to the derivatives team, and the derivatives census. I never contributed to it much but I still think
    it's important work. I've been on the distro side to and found it
    valuable because the census also checks that some things in the distro
    is configured correctly for that derivative (like the origins data).

    Its nice to hear that derivatives folks liked it.

    Last I spoke to you, I think you also said that you don't have much time
    to work on this anymore, and that the distro census is probably going to
    die down. Is this still the status? Do you think it can be saved? We probably have quite a wide audience here, do you think it's worth
    another shot to get people involved to work on it?

    The census has been turned off for years. It is too much work for one
    person to do on their own. I don't have motivation or time or ability
    to do it alone any more. I have tried to recruit other folks to work on
    both the social and technical sides of it. I had an Outreachy intern
    that did some great work. I had some interest in contributing from both
    DDs and non-DDs but the interest didn't result in the sort of ongoing contributions that are needed. I've had encouragement for keeping the
    census around from a couple of folks though. I'm also not sure the
    Debian community thinks the approach is correct or even useful to
    Debian itself and also for derivatives themselves; the mailing list and
    IRC channel are mostly silent for years. There are also some solvable
    technical flaws that mean the census cron can't be turned back on right
    now, and the motivation issues block fixing them.

    --
    bye,
    pabs

    https://wiki.debian.org/PaulWise

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEYQsotVz8/kXqG1Y7MRa6Xp/6aaMFAmJBHSQACgkQMRa6Xp/6 aaMLUg//fhKXcK4txplAxbd2oRmjgmtKdlhgs/Zza0SdyTWK3mNWPGVuJE2IJ4Oz PKzsmZ3NA8n1eZ0QiumNUfLAxhF6OUVPwJI00PybE+1KBOi/GZK8/wKTR6Oxd8qd wkHAfuaBqg3SZn4dHfA1dHe0PTAsbeIcogTR1B58GW8sDFAqZ6auFB/7kEgbVXeI vTVvqA1Hpu3OH+OSi9WOi6luCdcGLWoabmPEcke3dt1a+aoX7C7ZaObCUKRSQzyC /qBp/f1Pdp0n5ccoN7ApHYZXfZ1E8+d8rpK3R0fhK/Q22CZC6Eg+87kZ9yqG5Z0a XYyoumPSE6aCbivMoXATj7Ds61q8z53RtWTlGC/OmKBAJG62fTkKdaCtF87HqUKI wud0SohbTgAyzfltEeefXOy2x+kcIW1yYokCAkGZY9aEzljONVuq1EIdOOZJq4rt EF/elypbHKEDF2MsO8tLz8plpHNDZXgIx/O8qqyDYxjfVZKnABkeDaAqlnr16IRJ XHswM2+Jn6dAfqd5sMYXCLypl5qrmNaK3I6loUe579yfy7rJ57rvCmAp+k0ZpLh3 h91DiVjIsC3eqd0yQcEHcEV5LgPYxusUdCGCNXFEtwwyTJfwHAsIrGckt3NcLqhU FIcqkHCsRyEqE5j6vT4CdVoQ/sgQYwqApWJQVVpxnt5hpTewRms=
    =NYNc
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jonas Smedegaard@21:1/5 to All on Mon Mar 28 10:40:01 2022
    Quoting Paul Wise (2022-03-28 04:27:48)
    On Sun, 2022-03-27 at 18:05 +0200, Jonathan Carter wrote:
    Last I spoke to you, I think you also said that you don't have much
    time to work on this anymore, and that the distro census is probably
    going to die down. Is this still the status? Do you think it can be
    saved? We probably have quite a wide audience here, do you think
    it's worth another shot to get people involved to work on it?

    The census has been turned off for years. It is too much work for one
    person to do on their own. I don't have motivation or time or ability
    to do it alone any more. I have tried to recruit other folks to work
    on both the social and technical sides of it. I had an Outreachy
    intern that did some great work. I had some interest in contributing
    from both DDs and non-DDs but the interest didn't result in the sort
    of ongoing contributions that are needed. I've had encouragement for
    keeping the census around from a couple of folks though. I'm also not
    sure the Debian community thinks the approach is correct or even
    useful to Debian itself and also for derivatives themselves; the
    mailing list and IRC channel are mostly silent for years. There are
    also some solvable technical flaws that mean the census cron can't be
    turned back on right now, and the motivation issues block fixing them.

    I guess that by "The census" you mean the code to compute the delta
    between Debian and each of its derivatives.

    I think the census is useful both to Debian itself and to derivatives.
    Sadly I suspect that too few are aware of it, despite your promotion,
    Paul.

    Help getting the census scripts back on track requires Python skills.


    - Jonas

    --
    * Jonas Smedegaard - idealist & Internet-arkitekt
    * Tlf.: +45 40843136 Website: http://dr.jones.dk/

    [x] quote me freely [ ] ask before reusing [ ] keep private --==============Y68459491766046063=MIME-Version: 1.0
    Content-Transfer-Encoding: 7bit
    Content-Description: signature
    Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii"

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmJBcwsACgkQLHwxRsGg ASHMORAAkKWNA6ISN/rp3N1jbf7HeRDCEvUT8MyPQln5uERvmo1eQ0Vk2r2dkBCJ ADaYdQ1EqdBNcTrD5UzYU3NRM/+LafjrLJeFhJt/B2h9pq/uWCdApJcKPh8qnwt1 aZVIoapOmcHbKLm6wBxTd+Y9sCRFruqbTolc340NuFhm6AxXtH1okM67cnr1R+n7 0GxsEOlT9H0JdyMgX6bOIizVgAtMSIitmSvhVAuUyKymQ2Rou7/Yv+6osP7D1zMU dRoOG0B+E1oWF7FiHqUorbWmDbRTlSqCpuga0XdtGlnVAi+07+V9uDdO350FOY/H yUpfwFmY67BwoXTCnn8XsCYYgGl/6fwrkzjK9FFD2LnUDASEOs80ouKFYFGPMTyU KP5ZiZS5c5RmqLkP1Ry8teOgIM5YUu47hkFbLlZ/t0MMPMXvFBZxUt+qeIqbPRY7 cX4uPKghC0vOFOkq0BzeRQHP8GobwiBng2mmpFFEKPUG3CAwsChpc3pZwTbSku0l hRZ8IDTBsMM91DZC1
  • From Wouter Verhelst@21:1/5 to Paul Wise on Tue Mar 29 21:20:01 2022
    On Mon, Mar 28, 2022 at 10:27:48AM +0800, Paul Wise wrote:
    [...]
    Not sure if you're familiar with extrepo?

    As I understand it, extrepo is more for things like the Mozilla Firefox
    or PostgreSQL repositories than things like Ubuntu? Probably a
    discussion for the extrepo maintainer, or potentially there is room for
    an extrepo extension containing apt configs/keys for derivatives,
    perhaps pulled from the census. As an example of where this would be
    useful, I'm pulling the Ubuntu census apt config into a chdist so I can
    list Ubuntu package versions etc on the command-line.

    The URL format of the extrepo metadata currently contains "/debian/" in
    it, precisely because I foresaw the possibility to also include
    repositories for (or of) our derivatives, and then you might not
    necessarily want to mix that with Debian *all* the time.

    The current extrepo client does not have the ability to select a
    different distribution, mostly because it hasn't come up yet and there
    are other things that are important currently; but if there is a need
    and/or interest from derivatives, I'm definitely open to adding the
    metadata to extrepo and extending the client with functionality that
    would be useful.

    --
    w@uter.{be,co.za}
    wouter@{grep.be,fosdem.org,debian.org}

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Hideki Yamane@21:1/5 to Paul Wise on Fri Apr 1 15:00:01 2022
    Hi,

    On Sun, 27 Mar 2022 11:53:28 +0800
    Paul Wise <pabs@debian.org> wrote:
    What do you think of Debian's current relationship with derivatives?
    What would you like to change about our relationships?
    What do you feel Debian's current approach to derivatives is?
    What would you like to change about that approach?

    I think Debian's current approach/relationship with derivatives is
    just showing "free to take it" panel, so I want to change it to
    "listen and learn something that is missing and room for improvement
    in current Debian".


    What is your favourite derivative?

    I like Ubuntu since they are doing and continue some challenges.


    Would you like to see it merged into Debian?

    Some of them are yes, but not entire all of them.


    Thoughts on identical Debian pure blends vs derivatives?

    Hmm. It would be nice that all of derivatives' nice features go
    into blends, and derivatives apply just their own default settings
    that does not fit to Debian.


    It would be good to reduce delta with derivatives for both, and we
    also should decrease our delta (debian/patches) to upstream. Just
    "adjust/refresh patches" is not fun, and maybe introduce some bugs.
    That's not good for us, and our users.


    --
    Hideki Yamane <henrich@iijmio-mail.jp>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)