Bug#947924: ITP: haskell-bytestring -- Fast, compact, strict and lazy byte strings with a list interface
Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: haskell-bytestring Version : 0.10.10.0 Upstream Author : Duncan Coutts * URL : https://hackage.haskell.org/package/bytestring * License : BSD-3 Programming Lang: Haskell Description : Fast, compact, strict and lazy byte strings with a list interface An efficient compact, immutable byte string type (both strict and lazy) suitable for binary or 8-bit character data. . The 'ByteString' type represents sequences of bytes or 8-bit characters. It is suitable for high performance use, both in terms of large data quantities, or high speed requirements. The 'ByteString' functions follow the same style as Haskell\'s ordinary lists, so it is easy to convert code from using 'String' to 'ByteString'. . Two 'ByteString' variants are provided: . * Strict 'ByteString's keep the string as a single large array. This makes them convenient for passing data between C and Haskell. . * Lazy 'ByteString's use a lazy list of strict chunks which makes it suitable for I\/O streaming tasks. . The @Char8@ modules provide a character-based view of the same underlying 'ByteString' types. This makes it convenient to handle mixed binary and 8-bit character content (which is common in many file formats and network protocols). . The 'Builder' module provides an efficient way to build up 'ByteString's in an ad-hoc way by repeated concatenation. This is ideal for fast serialisation or pretty printing. . There is also a 'ShortByteString' type which has a lower memory overhead and can be converted to or from a 'ByteString', but supports very few other operations. It is suitable for keeping many short strings in memory. . 'ByteString's are not designed for Unicode. For Unicode strings you should use the 'Text' type from the @text@ package. . These modules are intended to be imported qualified, to avoid name clashes with "Prelude" functions, e.g. . > import qualified Data.ByteString as BS . This package will be maintained by the Curry Maintainers under the umbrella of the Debian Haskell Group.
Re: Be nice to your fellow Debian colleagues
On Wed, Jan 01, 2020 at 08:09:09PM +0100, Daniel Leidert wrote: > Am Mittwoch, den 01.01.2020, 11:19 -0600 schrieb John Hasler: > > andrew.mcglashan wrote: > > > ...it is very limited to a small group of Debian users known > > > collectively as DDs... > > It is limited to the people who actually do the work. Why should the > > fact that you chose to download, install, and use some software that > > someone wrote and generously made available to you for free give you any > > right to participate in their decisions as to what to do next. > Even if users don't have voting rights we bound ourselves to them by the > Debian > Social Contract: "4. Our priorities are our users and free software [..]" to > which all DDs agreed (myself included). Right; so since all DDs are bound by this social contract, including when we are voting in GRs, there is no need for more direct franchisement of users in the decision-making processes since we are all acting in users' interests. > So there must be ways for our users to participate in the decision making. All users, or just the vocal minority? > Your view might reflect the current reality but it is not what we have signed > up for. The Social Contract only says that users are our priority. It does not say that we should implement any particular method of soliciting their input on decisions. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Re: Appstream + Gnome
On Wed, 01 Jan 2020 at 13:17:34 +0100, Jeff wrote: > One of my packages is an application and ships a .desktop file and > appstream xml. The tracker.debian.org page for the package complained > that the ID for package didn't follow the {tld}.{vendor}.{product} > scheme[1], so I modified so that it did. My understanding is that downstream distributors like Debian should not be changing the AppStream ID: this is something that should be done in a coordinated way by the package's upstream developers, so that all downstream distributions (both traditional OS distributions like Debian and Fedora, and app frameworks "above" the OS like Flatpak and Snap) end up using the same ID. The AppStream ID and the .desktop filename will usually also need to be coordinated. For example, GNOME Builder (package name and executable: gnome-builder) ships /usr/share/applications/org.gnome.Builder.desktop, which means its freedesktop.org app ID (derived from the .desktop file) is "org.gnome.Builder.desktop", and its AppStream ID needs to be either "org.gnome.Builder.desktop" or "org.gnome.Builder". (In fact it's the latter, so it has /usr/share/metainfo/org.gnome.Builder.appdata.xml.) Again, any changes to the .desktop filename should happen upstream first. > Now I have a report from a Gnome 3 user that since the above change, it > is no longer possible to add the application as a "favorite". GNOME Shell stores favourite apps as a list of freedesktop.org app IDs (basically the basenames of .desktop files). > It seems that adding an application is only possible in Gnome 3 if the > ID is exactly the same as the executable name. There are several linked identifiers that should ideally be the same: the .desktop file, the AppStream ID, the Wayland xdg_toplevel app ID (if using Wayland), the X11 RESOURCE_NAME (if using X11), the X11 class name and window class (if using X11), and the D-Bus-style reversed-domain-name GApplication name (if using GApplication). Many of those are derived from each other, and from higher-level application metadata, by libraries like GLib and GTK. In the GLib ecosystem they cannot all have the right defaults for the reversed-domain-name naming style, particularly in older code that doesn't use GApplication, because that would be a backwards-compatibility break. If you're using GLib, check that g_get_prgname() (which defaults to the basename of the executable) is what you want it to be. When using a reversed-domain-name app ID but not using GApplication, passing the D-Bus-style reversed-domain-name to g_set_prgname() might be necessary. > Given there seem to be plenty of gnome-* applications that use the > {tld}.{vendor}.{product} scheme, I seem to be missing something. It might be helpful to find an application written with the same library stack as yours that moved from name-of-executable.desktop to com.example.App(.desktop) as its app ID, and check what else changed during that transition. smcv
Re: Be nice to your fellow Debian colleagues
Daniel writes: > Even if users don't have voting rights we bound ourselves to them by > the Debian Social Contract: "4. Our priorities are our users and free > software [..]" to which all DDs agreed (myself included). So there > must be ways for our users to participate in the decision making. As Sam and Roberto explain below (doing a much better job than I did), there are, nor did I intend to imply that there were not. There are no *formal* ones such as participation in GRs. -- John Hasler jhas...@newsguy.com Elmwood, WI USA
Re: Be nice to your fellow Debian colleagues
On Wed, Jan 01, 2020 at 02:09:46PM -0500, Roberto C. Sánchez wrote: > [stuff] I just saw Sam's message after I sent my own. I agree that this discussion has gone past the point where it is useful. Apologies for the noise. -- Roberto C. Sánchez
Re: Be nice to your fellow Debian colleagues
On Thu, Jan 02, 2020 at 04:51:14AM +1100, Andrew McGlashan wrote: > Hi, > > On 2/1/20 4:19 am, John Hasler wrote: > > andrew.mcglashan wrote: > >> ...it is very limited to a small group of Debian users known > >> collectively as DDs... > > > > It is limited to the people who actually do the work. Why should > > the fact that you chose to download, install, and use some software > > that someone wrote and generously made available to you for free > > give you any right to participate in their decisions as to what to > > do next. > > > > I'm not happy with some of the choices Debian has made recently but > > my opinion about such things became irrelevant when I resigned from > > the project. Ranting about them here and indignantly accusing the > > DDs of ignoring me would be ridiculous. > > You simplify things too much and therefore cheapen the project and > it's wide ranging participants (not just DDs, but also including DDs) > quite considerably. > It is quite the opposite, really. The Debian project has a consensus building mechanism which has evolved over more than 25 years. Is it perfect? No. However, it is quite a bit more effective* than any similar process of which I am aware or with which I have been involved. * Depending on the definition of "effective", to be sure. The Apache Software Foundation, the Gnome Foundateion, and the Eclipse Foundation, just to name a few examples, have rather different process than Debian and there are certainly those who would praise the effectiveness of each project's processes compared to the processes of the other projects. My thought is that Debian's process is the most democratic and that, given the size of the project, it has so far scaled well with the project. We are not well organized for a mechanism based more on representation of constituencies, but other projects are and such mechanisms suit them. > There are very different types of investments in Debian at play here; > it isn't just "those that do the work", it is also "those that USE the > work" that help with possible bug reports and other things that enrich > the project. If Debian were a commercial project and users paid for use licenses or support contracts, then your argument would be much stronger. As it is, the "currency" of the Debian project is contributions of various forms (e.g., code, patches, help resolving bug reports, writing documentation, managing web content, managing infrastructure, etc.). While every user is appreciated, I do not consider that someone simply downloading and using Debian adds any value. It is when that person, persons, or group makes an effort to improve Debian that value is added. > Advocates for Debian, of which there were many more > before the more recent changes are also very important for the entire > project's ongoing success well in to the future. > Citation, please. Note that academic peer-reviewed studies would carry the most weight, followed by reputable journalistic work, and rantings of individuals via mailing lists and blogs carry the least weight. You may be experiencing the fallacious thought process that every person who takes a negative stance or stops advocating for Debian represents a net "loss" to the project; stated another way, it is entirely possible that for every "loss" of an advocate that there is a corresponding "gain". Hence why something like an academic peer-reviewed study or thorough investigative journalistic piece would be ways of assessing the validity of your statement and why blog articles would not. > Debian should be so much more than what DDs alone make of it, not > being so at any point in time affords considerable disrespect for > others involved over time as advocates, users and even ex-DDs. Given that the Debian Project is made up of imperfect people, the project itself is also imperfect. That said, Point 4 of the Debian Social Contract [0] is "Our priorities are our users and free software". I've not been involved in Debian quite as long as some others, but during the years which I have been involved I have found that Debian adheres to the above stated principle quite well. Since the Debian project has so many mechanisms outside of the GR mechanism, the idea that Debian is not already "so much more than what the DDs alone make of it" is rather disingenuous. Based on your messages in this thread it is clear that you are personally hurt by some of the decisions that the project has made. That is unfortunate, but it does not grant you license to dismiss the extraordinary hard work of so many people... > Did > Debian choose to stop being the universal Linux? If so, when? Is it > choosing that now? > The Debian project has not chosen any such thing now nor in the past; I would expect that it would not in the future. Note that it is certainly possible to argue that any number of decisions are effectively a choice to "stop being the universal OS"; for example, dropping official s
Re: Be nice to your fellow Debian colleagues
Am Mittwoch, den 01.01.2020, 11:19 -0600 schrieb John Hasler: > andrew.mcglashan wrote: > > ...it is very limited to a small group of Debian users known > > collectively as DDs... > > It is limited to the people who actually do the work. Why should the > fact that you chose to download, install, and use some software that > someone wrote and generously made available to you for free give you any > right to participate in their decisions as to what to do next. Even if users don't have voting rights we bound ourselves to them by the Debian Social Contract: "4. Our priorities are our users and free software [..]" to which all DDs agreed (myself included). So there must be ways for our users to participate in the decision making. Your view might reflect the current reality but it is not what we have signed up for. Regards, Daniel signature.asc Description: This is a digitally signed message part
Re: Be nice to your fellow Debian colleagues
Dear Andrew: I appreciate that you are hurt and frustrated. We hear your hurt and frustration. Discussions of the sort of broad decision making processes within the Debian Project you are talking about are off-topic for the debian-devel mailing lists. There are places where you could bring up the idea that Debian should use a different decision making process and should enfranchise more stakeholders. If you were respectful and in particular respected the diversity of opinions on whether this is a good idea, such a discussion would be welcome in the appropriate forum. Even within the current system, there are things you could do to increase the influence Devuan has in the Debian community. As an example, if you know of Devuan developers who have contributed to Debian and who are interested in finding common ground, please talk to them about whether it would make sense for them to also apply to be Debian developers. I think that the discussion of who are the appropriate stakeholders as it is taking place on debian-devel has run further than it needs to run. Thank you for your consideration, Sam Hartman Debian Project Leader
Re: Be nice to your fellow Debian colleagues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On 2/1/20 4:47 am, Holger Levsen wrote: > On Wed, Jan 01, 2020 at 08:25:41PM +1100, Andrew McGlashan wrote: >> And a propaganderous push, just accept it and STFU, systemd won, >> against all odds, just like other crazy political results around >> the world. > > right, systemd won, because of politics. LOLWUT, thanks for making > me laugh. Gee, you are easily amused, how about you think about ways that can improve all relations and interests of Debian; ways to enrich Debian for all users, not just a small select group? > thank god it had nothing to do with technology. I honestly don't think it is about technology; if it was, it should be more open to ensuring that there is a win/win/win situation and the little extra effort to broaden the scope of what is expected to make Debian better as time goes on. > Andrew, serious question: if you think this and switched to Devuan, > why do you care about Debian and post here? Wouldn't it be better > to improve Devuan and get some work done there? Or even improve > Debian, as that flows down to Devuan. You haven't read my posts over the years? Devuan, just like many other distros have a great reliance on Debian being the best that Debian can be. And it cannot be it's best if it lesesns it's appeal as the "universal Linux" that it proclaims to be. > I don't see how ranting about Debian and politics and manipulated > elections helps you to forward your goals (which I understand > include improving Devuan, which I think is a great goal). This is not about having a rant or a tanty, it is about improving processes so that ALL the reasonable stakeholders of the project can share in Debian's success and continue to make it better than can possibly be done via a vote of an extremely limited number of the entire Debian population. Kind Regards AndrewM -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTJAoMHtC6YydLfjUOoFmvLt+/i+wUCXgzduAAKCRCoFmvLt+/i ++APAP902qUNeUmoUTVURByaPRwR8bepx8tkT3AXoPfAk0c1ogEA1ixo02udlydC oUoQkFtvPhsJ/VIsj9yidIBGqUFyT68= =33d2 -END PGP SIGNATURE-
Re: Be nice to your fellow Debian colleagues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On 2/1/20 4:19 am, John Hasler wrote: > andrew.mcglashan wrote: >> ...it is very limited to a small group of Debian users known >> collectively as DDs... > > It is limited to the people who actually do the work. Why should > the fact that you chose to download, install, and use some software > that someone wrote and generously made available to you for free > give you any right to participate in their decisions as to what to > do next. > > I'm not happy with some of the choices Debian has made recently but > my opinion about such things became irrelevant when I resigned from > the project. Ranting about them here and indignantly accusing the > DDs of ignoring me would be ridiculous. You simplify things too much and therefore cheapen the project and it's wide ranging participants (not just DDs, but also including DDs) quite considerably. There are very different types of investments in Debian at play here; it isn't just "those that do the work", it is also "those that USE the work" that help with possible bug reports and other things that enrich the project. Advocates for Debian, of which there were many more before the more recent changes are also very important for the entire project's ongoing success well in to the future. Debian should be so much more than what DDs alone make of it, not being so at any point in time affords considerable disrespect for others involved over time as advocates, users and even ex-DDs. Did Debian choose to stop being the universal Linux? If so, when? Is it choosing that now? These days, when a successful team wins at a sporting event, it encompasses all the participants and appreciates them all as contributing, it isn't just the on field players, even the on field players get [and deserve] most of the glory. Teams are made up of players in many fields, just peruse the credits at the end of movies, there are shed loads of people involved, one way or another. Do you think that any Debian advocate or user should not be able to be part of Debian's success without them needing to be DDs? That would be a very shallow view towards anyone not "elite" enough to be a DD. Remember, it isn't so much against DDs, not at all, it is more about the greater good of Debian and from a far more wide reaching view than the DDs alone can have. It is neigh on impossible for everyone to have a say, but it isn't beyond the realms just DDs to think beyond themselves and for the greater good of the project. Would you want a project that is only "good" for 1,100 to 1,200 DDs or would you want what has been Debian's goal of being a universal Linux, good for so many more? Let's be positive about this and find a way to be more inclusive of the greater Debian population; it should be a win for everyone. Kind Regards AndrewM -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTJAoMHtC6YydLfjUOoFmvLt+/i+wUCXgzcDQAKCRCoFmvLt+/i +8oWAP0Wzii0oKKqNMiggCQC2hDAZOqkCFS65oFgp7Br+CRpcAEAgsV4QETnRlig 9DHAgDNTpCxIj7OC2eExJ2r6/cF2I+4= =ewqU -END PGP SIGNATURE-
Re: Be nice to your fellow Debian colleagues
On Wed, Jan 01, 2020 at 08:25:41PM +1100, Andrew McGlashan wrote: > And a propaganderous push, just accept it and STFU, systemd won, against > all odds, just like other crazy political results around the world. right, systemd won, because of politics. LOLWUT, thanks for making me laugh. thank god it had nothing to do with technology. Andrew, serious question: if you think this and switched to Devuan, why do you care about Debian and post here? Wouldn't it be better to improve Devuan and get some work done there? Or even improve Debian, as that flows down to Devuan. I don't see how ranting about Debian and politics and manipulated elections helps you to forward your goals (which I understand include improving Devuan, which I think is a great goal). -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Re: Be nice to your fellow Debian colleagues
andrew.mcglashan wrote: > ...it is very limited to a small group of Debian users known > collectively as DDs... It is limited to the people who actually do the work. Why should the fact that you chose to download, install, and use some software that someone wrote and generously made available to you for free give you any right to participate in their decisions as to what to do next. I'm not happy with some of the choices Debian has made recently but my opinion about such things became irrelevant when I resigned from the project. Ranting about them here and indignantly accusing the DDs of ignoring me would be ridiculous. -- John Hasler jhas...@newsguy.com Elmwood, WI USA
Re: Help needed: conflicting interests between Salsa admins and Salsa users (Re: Git Packaging Round 2: When to Salsa)
Hello! ti 31. jouluk. 2019 klo 14.55 Alexander Wirt (formo...@debian.org) kirjoitti: > On Mon, 30 Dec 2019, Bernd Zeimetz wrote: > > Also, if resources are an issue: I've offered several times to see if I > > can get some k8s resources for gitlab runners, but never got a reply. > > Not even a no. > It is not a problem on the runner side. > > And as said, we are working on the other problems until we can improve > something in that part. If it is not a problem on the runner side and you don't need more runner resources, what is the reason the runner is capped at 1h? MariaDB is a huge beast and building it and running all tests take 1,5h for completely valid reasons (also note we have ccache on Salsa-CI so re-builds are much faster). Could you be kind at set back the default runner time limit to 2h as it was some weeks ago? This is stopping me and our contributors from working on putting mariadb-10.4 in Debian. It you don't intend to revert the change back to how it was? Or could you please at least state the reasons at https://salsa.debian.org/salsa/support/issues/184 ? So far you have not commented anything in your own bug tracker at salsa/support.. Thanks again for everybody maintaining and developing Salsa, the CI and all that comes with them. That has been a huge boost in my motivation to continue Debian work and makes me much more productive than ever before. - Otto
Re: Be nice to your fellow Debian colleagues
Martin, I didn’t say anybody should “shut up”, I said that if one is not able to respond with kindness and without a rage to a original message that asks for compassion and kindness, it would be better to not do so. Perhaps, write a separate email talking about how one feels or maybe just wait until one is not angry and filled with rage, and you have enough strength to put more kind words and understanding into your message. We should strongly work on stopping the spiral of hatred for the other groups and mend the cracks between us. Ondrej -- Ondřej Surý > On 1 Jan 2020, at 11:47, Martin Steigerwald wrote: > > If one outcome of the GR is to ask people to shut up… then… again as I > wrote in the other mail, I think it does not serve Debian's highest > good.
Re: Be nice to your fellow Debian colleagues
> On 1/1/20 9:46 pm, Martin Steigerwald wrote: >> I agree with Andrew that at least some of the options in the GR >> were not about diversity or inclusion, but about exclusion and the >> opposite of diversity. I pointed it out *clearly* before hand, but >> that was all I could do. > > Yes, but it's much more than that. The diversity in decisions > relating to Debian's future need to be able to be influenced by the > people and for the people -- not by the political classes. In this > case, the political classes are the DDs that have absolute privilege here. > > IOW, the GR process itself is severely flawed and it cannot, in it's > current state provide what is needed for Debian from the eyes of all > reasonable stakeholders, it is very limited to a small group of Debian > users known collectively as DDs .. the current "gods" of Debian whom > have ultimate power to do good or do bad with or for the project. > [Such] Power corrupts and absolute power corrupts absolutely. So Debian is a volunteer project. We build an OS - together. Those who do the work get the say. And as far as our Social Contract goes, either there is a trust of the user base that we consider the needs of our users or they will go elsewhere. I think as Devuan has shown, they don't actually do the latter. And if they do, more power to them if that serves their need better. This is Free Software after all. If there is a greater need and valuable *actual new software* (like - from hearsay - elogind and opensysusers) as the output, someone who is intrigued by that can package and integrate it. Telling others to completely stifle any kind of progress because of almost religious[1] opposition is not acceptable. In every decision there will be people who feel misrepresented. Thus is democracy. In fact the outcome was not the absolutist Proposal F but the slightly more inclusive Proposal B. I think it is fair to assume that the world can move on and what we settle on a default that serves as the baseline for others to work against. There was clarity missing and I would expect that now the actual assumptions will be clarified in policy, as Russ already started in [2]. So there should be something to work against for alternative systems. Of course we can go and argue that only a small subset voted and if those people are the most active in the project. But I don't think that this is particularly useful distinction. For the best we know the others did not care enough to vote (or were unable to for technical reasons) and were thus ok with any outcome. Also we welcome people to join the project, if they do contribute in whatever way. And that comes with a vote. Kind regards Philipp Kern [1] I looked for a more neutral word here, but failed to find one. Please give me the benefit of the doubt, given that I am a non-native speaker. [2] https://lists.debian.org/debian-policy/2019/12/msg00025.html
Re: Appstream + Gnome
On Wed, Jan 01, 2020 at 01:17:34PM +0100, Jeff wrote: > One of my packages is an application and ships a .desktop file and > appstream xml. The tracker.debian.org page for the package complained > that the ID for package didn't follow the {tld}.{vendor}.{product} > scheme[1], so I modified so that it did. > > Now I have a report from a Gnome 3 user that since the above change, it > is no longer possible to add the application as a "favorite". > > It seems that adding an application is only possible in Gnome 3 if the > ID is exactly the same as the executable name. > > Given there seem to be plenty of gnome-* applications that use the > {tld}.{vendor}.{product} scheme, I seem to be missing something. I was likewise hit by a similar issue. It seems to be a Wayland bug, rather than a Gnome bug though. Also, none of the Gnome application are affected due to their heavy use of Glib stuff that do enough magic to keep everythign working. See https://bugs.debian.org/942600 https://gitlab.com/inkscape/inkscape/issues/539 If anybody could also help with my bug above, that would be awesome. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. More about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Re: Be nice to your fellow Debian colleagues
Dear Andrej, dear Andrew, Andrej Shadura - 01.01.20, 13:02:00 CET: > On Wed, 1 Jan 2020 at 12:40, Andrew McGlashan > > wrote: > > reasonable stakeholders, it is very limited to a small group of > > Debian users known collectively as DDs .. the current "gods" of > > Debian whom have ultimate power to do good or do bad with or for > > the project. [Such] Power corrupts and absolute power corrupts > > absolutely. > You’re most obviously trolling. You clearly understand there has to be > a way to limit the number of people taking the decision and the > period of voting to prevent vote manipulations. I don’t believe you > don’t understand everyone can become a DD, but it’s the DDs who do > the majority of meaningful work in Debian. > > I’d like to ask everyone to stop feeding this troll, and if they > continue posting this, report them to the listmasters. Although I do not agree with the wording of the paragraph you quoted, I did not see it as trolling. Especially in the first paragraph that you did not quote, Andrej, I see a reasonable critique of the process. Swinging the "troll" hammer can be a form of violence, too. However both Andrew and you, Andrej: I recommend to both of you as you have now stated your point of view tough, to let it be as it is. Agree to disagree for me means letting the other point of view to be there *as it is*. And I believe it would not get better by elaborating it, at least not for now. Note that this recommendation in my eyes is different than the other two recommendations: By all means state your point of view, share your emotions in a respectful and harmless manner, but when you are done, let it be as it is, and see where this takes you. Additionally to Andrew: Regarding your wording in the last paragraph I strongly recommend to you to open up to the possibility at everyone here may act with the *best intentions*. I am sure that both Ondřej and Sam acted with the best intentions. So I would not assume them to somehow act in a "corrupted" way. In my eyes this part of your message has not been helpful. I believe it may have been harmful or hurtful to some. *Assume best intention* really goes a long way! I now apply the recommendation to let it sit for a while to myself as well. I have expressed my point of view as well – and I do not believe that there is much to gain by elaborating on it, as I think what I wrote has been clear. Luckily I am off to some other activity now. So I will not see this list for a while. Again: Have a Happy New Year, everyone! Best, -- Martin signature.asc Description: This is a digitally signed message part.
Appstream + Gnome
Firstly - apologies for sending this to -devel. Please point me at a better place to ask the question if there is one. One of my packages is an application and ships a .desktop file and appstream xml. The tracker.debian.org page for the package complained that the ID for package didn't follow the {tld}.{vendor}.{product} scheme[1], so I modified so that it did. Now I have a report from a Gnome 3 user that since the above change, it is no longer possible to add the application as a "favorite". It seems that adding an application is only possible in Gnome 3 if the ID is exactly the same as the executable name. Given there seem to be plenty of gnome-* applications that use the {tld}.{vendor}.{product} scheme, I seem to be missing something. How can I pick an ID that satisfies the appstream parser referred to by tracker.debian.org, and allows Gnome 3 users to add the application as a favorite? Regards Jeff [1] https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#tag-id-generic signature.asc Description: OpenPGP digital signature
Re: Be nice to your fellow Debian colleagues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 1/1/20 11:02 pm, Andrej Shadura wrote: > On Wed, 1 Jan 2020 at 12:40, Andrew McGlashan > wrote: >> reasonable stakeholders, it is very limited to a small group of >> Debian users known collectively as DDs .. the current "gods" of >> Debian whom have ultimate power to do good or do bad with or for >> the project. [Such] Power corrupts and absolute power corrupts >> absolutely. > > You’re most obviously trolling. You clearly understand there has to > be a way to limit the number of people taking the decision and the > period of voting to prevent vote manipulations. I don’t believe you > don’t understand everyone can become a DD, but it’s the DDs who do > the majority of meaningful work in Debian. Wrong, I absolutely hate posting to any Debian list atm, not only because my point of view is too often ignored by those that should be most interested, but due to how DMARC settings mean that I'll get loads of reports due to how DMARC works with Debian lists at this time. So, if I post to Debian it is not to troll and I would never have that intent; it is to allow a possible alternative view that is valid to be able to be aired to those that really do matter... the users (collectively), of Debian -- in this case though, it is being limited to those in the one particular list that is debian-devel ... so it may mostly fall on deaf ears. It's no good preaching to the converted, unless there is a conscious and a will to do better. I hope that out of this will come a more reasonable method to properly determine the best way forward for the Debian project, which effects Devuan that I have chosen to move forward with. Devuan gives back to Debian and that is great, but it cannot be fully self supported, it needs to rely upon Debian -- so what Debian does, by whatever process, has direct relevance not only to those users of Debian (far more than the DDs here), but also to every other distro that also relies upon Debian to be a good upstanding distro that has continuing value to entire community [for Debian and beyond, go Buz Lightyear] and not just the DDs themselves. Kind Regards AndrewM -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTJAoMHtC6YydLfjUOoFmvLt+/i+wUCXgyNEgAKCRCoFmvLt+/i +9CKAQCp3nlcFF3sqFiM84qNQd+meAh13ngFEW7yhytydP745QD+KgsNKg4y48M5 CJVFfeFv+uw0ZVy62BnU/rE+lQTN5vA= =TLNI -END PGP SIGNATURE-
Bug#947877: ITP: python-gmusicapi -- Unofficial API for Google Play Music
Package: wnpp Severity: wishlist Owner: Stein Magnus Jodal * Package name: python-gmusicapi Version : 12.1.1 Upstream Author : Simon Weber * URL : https://github.com/simon-weber/gmusicapi * License : BSD-3-clause Programming Lang: Python Description : Unofficial API for Google Play Music gmusicapi allows control of Google Play Music from Python. gmusicapi is not supported nor endorsed by Google. The package will be maintained in the Python Packaging Team. signature.asc Description: PGP signature
Re: Be nice to your fellow Debian colleagues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On 1/1/20 9:46 pm, Martin Steigerwald wrote: > I agree with Andrew that at least some of the options in the GR > were not about diversity or inclusion, but about exclusion and the > opposite of diversity. I pointed it out *clearly* before hand, but > that was all I could do. Yes, but it's much more than that. The diversity in decisions relating to Debian's future need to be able to be influenced by the people and for the people -- not by the political classes. In this case, the political classes are the DDs that have absolute privilege her e. IOW, the GR process itself is severely flawed and it cannot, in it's current state provide what is needed for Debian from the eyes of all reasonable stakeholders, it is very limited to a small group of Debian users known collectively as DDs .. the current "gods" of Debian whom have ultimate power to do good or do bad with or for the project. [Such] Power corrupts and absolute power corrupts absolutely. Kind Regards AndrewM -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTJAoMHtC6YydLfjUOoFmvLt+/i+wUCXgyFOwAKCRCoFmvLt+/i +5hHAPkBUNV2V1eGzOIvB6WfEMngRtrNRIKMJgBLEmYDbHP2TwD+MOMU5mwk7PgU 5uBUuClrGyW6f44Ohl9UVdmivSGUCaI= =H6Sk -END PGP SIGNATURE-
Bug#947876: ITP: python-gpsoauth -- Client library for Google Play Services OAuth
Package: wnpp Severity: wishlist Owner: Stein Magnus Jodal * Package name: python-gpsoauth Version : 0.4.1 Upstream Author : Simon Weber * URL : https://github.com/simon-weber/gpsoauth * License : MIT Programming Lang: Python Description : Client library for Google Play Services OAuth gpsoauth allows Python code to use the "master token" authentication flow that Android apps use to authenticate with Google Play services. The package will be maintained in the Python Modules Team. signature.asc Description: PGP signature
Re: Be nice to your fellow Debian colleagues
Dear Ondřej, Ondřej Surý - 01.01.20, 09:39:35 CET: > Andrew, > > look at the subject, then look at what you wrote. If you can’t find > enough kindness in the situation and you are angry then it might be > better to not write anything at all. If one outcome of the GR is to ask people to shut up… then… again as I wrote in the other mail, I think it does not serve Debian's highest good. I agree with Andrew that at least some of the options in the GR were not about diversity or inclusion, but about exclusion and the opposite of diversity. I pointed it out *clearly* before hand, but that was all I could do. And I feel that Andrew has every right on this Earth to state this in a public mailing list on Debian. He did not say anything offensive or anything intended to hurt anyone or otherwise violating the Code of Conduct. So herewith I speak up for Andrew's right to voice his disappointment here as long as he does so within the Code of Conduct. "Being nice" is still something different than "shutting up". And asking someone to shut up in my point of view is not "being nice" to this person. That said, from the topic of your mail, it is about being "nice to your fellow Debian colleagues"… however we all know that your mail is related to the outcome of the GR and you even wrote so. Best, -- Martin
Re: Be nice to your fellow Debian colleagues
On 1/1/20 8:23 pm, Andrew McGlashan wrote: > Sorry, I don't believe the premise in the subject line, it doesn't seem > at all genuine to me; it is more like F you. And a propaganderous push, just accept it and STFU, systemd won, against all odds, just like other crazy political results around the world. A.
Re: Be nice to your fellow Debian colleagues
Sorry, I don't believe the premise in the subject line, it doesn't seem at all genuine to me; it is more like F you.
Re: Be nice to your fellow Debian colleagues
Andrew, look at the subject, then look at what you wrote. If you can’t find enough kindness in the situation and you are angry then it might be better to not write anything at all. Let me quote Neil Gaiman from his New Year’s Eve blogpost http://journal.neilgaiman.com/2019/12/a-new-years-thought.html?m=1 (read the full version...) [...] And I hope in the year to come you won't burn. And I hope you won't freeze. I hope you and your family will be safe, and walk freely in the world and that the place you live, if you have one, will be there when you get back. I hope that, for all of us, in the year ahead, kindness will prevail and that gentleness and humanity and forgiveness will be there for us if and when we need them. And may your New Year be happy, and may you be happy in it. I hope you make something in the year to come you've always dreamed of making, and didn't know if you could or not. But I bet you can. And I'm sure you will. Ondřej -- Ondřej Surý > On 1 Jan 2020, at 09:08, Andrew McGlashan > wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > > >> On 1/1/20 1:57 am, Aron Xu wrote: >> Some moments I felt quite heart broken to see Debian is at some >> level of risk that the project rarely faced before. We might hold >> different opinions, techinical or perceptional, such diversity is a >> strength of our community and we could to cherish it by being nice >> to our fellow people. > > Diversity? What a joke, sorry. But it is not very diverse or > inclusive when only a small select group of Debian users get to vote > on extremely important issues whilst the most significant majority of > Debian users are left out in the cold and have to live with it. > > A. > -BEGIN PGP SIGNATURE- > > iHUEAREIAB0WIQTJAoMHtC6YydLfjUOoFmvLt+/i+wUCXgxTRwAKCRCoFmvLt+/i > +xvPAP9pdk4rPbshiI9ea8M4zwTymIOi9WPd9LoZ8CkFfl//wgEAsFXOFTC9xBfP > 92lkV8+PwEt353+/wU7yiHIpkpLNtis= > =QMMn > -END PGP SIGNATURE- >
Re: Be nice to your fellow Debian colleagues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 1/1/20 1:57 am, Aron Xu wrote: > Some moments I felt quite heart broken to see Debian is at some > level of risk that the project rarely faced before. We might hold > different opinions, techinical or perceptional, such diversity is a > strength of our community and we could to cherish it by being nice > to our fellow people. Diversity? What a joke, sorry. But it is not very diverse or inclusive when only a small select group of Debian users get to vote on extremely important issues whilst the most significant majority of Debian users are left out in the cold and have to live with it. A. -BEGIN PGP SIGNATURE- iHUEAREIAB0WIQTJAoMHtC6YydLfjUOoFmvLt+/i+wUCXgxTRwAKCRCoFmvLt+/i +xvPAP9pdk4rPbshiI9ea8M4zwTymIOi9WPd9LoZ8CkFfl//wgEAsFXOFTC9xBfP 92lkV8+PwEt353+/wU7yiHIpkpLNtis= =QMMn -END PGP SIGNATURE-