Re: Bug#1007970: ITP: cloudflare-ddns -- dynamically update a DNS record using Cloudflare
Hi Andrea, This sounds really cool and useful to have in Debian! Do you need a sponsor? If so, I would be willing to sponsor it. Regards, Stephan On Sat, Mar 19, 2022 at 8:09 PM Andrea Pappacoda wrote: > > Package: wnpp > Severity: wishlist > Owner: Andrea Pappacoda > X-Debbugs-Cc: debian-devel@lists.debian.org > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > * Package name: cloudflare-ddns > Version : 1.0.0 > Upstream Author : Andrea Pappacoda > * URL : https://github.com/Tachi107/cloudflare-ddns > * License : AGPL-3.0-or-later OR LGPL-3.0-or-later > Programming Lang: C++ > Description : dynamically update a DNS record using Cloudflare > > This is a little program that is really useful when you want to host something > but your ISP only provides you a dynamic IP address. It uses Cloudflare's API > to update a given DNS record when needed. It is a simple script, so to run it > periodically you can configure a cron job or a systemd timer (provided > upstream). > > It is written in C++, performs a low number of memory allocations, and is > really lightweight, making it a valid choice for constrained environments. > > It also provides a C API, so that third party programs can embed its > functionalities. > > The library portion of the project is licensed under the LGPL 3, while > everything else is under the AGPL 3. > > I couldn't find any alternative in the Debian archive, and while there are > some > other open source alternatives out there they are mostly written in more > resource-intensive languages and/or are harder to deploy for simple use cases. > And also because I'm the one who wrote this :D > > > -BEGIN PGP SIGNATURE- > > iIoEARYIADIWIQSlw/BqXszDGx3GlQz/yQfijUdG7QUCYjYplRQcYW5kcmVhQHBh > cHBhY29kYS5pdAAKCRD/yQfijUdG7T7cAQCTCY67bva7wnXpVjKrixLVsWeOy/cU > orsLD1f6BauB8wD/Rbs4w72xiM46pcQLMBkd0YivhGs9hshRqKk64eTqUwg= > =3xxd > -END PGP SIGNATURE- >
Re: Open Letter to Debian election candidates about Debian vendettas
Hi, First, if there's a culture problem in the project or not, sending messages to people they do not want to receive is not good. Of course you have your opinion, but your such behavior is not acceptable at any communities including outside of Debian. Please stop it. Before talking, you should get counseling for a while since it seems that you have some cognitive troubles now. You'd be better to hear about your opinion and current your mind status from professional 3rd parties, not Debian. (If they say you're very healthy and good, then that's good. Don't you think so?) Without that, we cannot make a constructive conversation. As I said in my platform, "Be calm, stay cool, stay safe" - Hope you stay "cool" a bit with help from professionals, and you would to be able to a "contributor" to floss again. Life is short - to waste our time for fighting. Let's make more values for users. -- Hideki Yamane
Bug#1008016: ITP: safe-network -- network routing and service daemon for the Safe Network
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard X-Debbugs-Cc: debian-devel@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: safe-network Version : 0.46.5 Upstream Author : MaidSafe.net limited * URL : https://primer.safenetwork.org/ * License : GPL-3 with linking exception Programming Lang: Rust Description : network routing and service daemon for the Safe Network This package provides the Safe Network Core. API message definitions, routing and nodes, client core api. . The Safe Network is a fully autonomous data and communications network. This package will be maintained in the collaborative Debian area of Salsa: https://salsa.debian.org/debian/safe-network -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmI3RUUACgkQLHwxRsGg ASGFjA//bn08OIqXF5QNbCwVacLdNLGd59+g8s+hkWp4TrjDWAOXeI6MupjiM6Bj r10WrApsn3vmsXPTqMYiQypIqWhUNEstHwesZ+mLMhmLC8Jn10eszZDTkehnAAfA lUta14bOzWGRdRCBzj9OlU3Wn6jJOKyAxkIoJ3ictc1WjpRrrr6qwejbrIqt7Lk8 JCd/jQWDcEvTSC0B702G7FMJZJRNV3cRWJDyS98ikYjDkjKukkldtmlCTsdIppC/ GgX90zdn5OgniU1VCUKx5aMu1gaD0hPk7ITdwXM/ethzl5JWlMFUzNKC36tWNI/S 21Q7mLOaxRa8R0jsEaZIcLknz7JDk0J/xdiYqx8kOh6K/MXX4JFCxV68qoy7PCqM Zmhdp2VOpiWxuD4RakHWeaozc5p7xjjxb4Qkw25sWG61LFXo/ad8vXEnoycgt90v cv8zlBSfc/0oQnsTBOg6sOTfECWYS3HehBN63MT/w1m37AA4j0pjt3SGFL0jbqOf uXJ89ip5v2M42mraDL9iu+Pgsidmrt5Mv17ywJkOENmv6S3IapeGKDu+IOHR+zgF bIsYjPDIQwhqqgiaWY8zFTHiMF9CR0lzF0CFNs0Cp6BtwE3i6uyuJqnwzpZ/pSEN MDFUDVXmhcWq+blRlyUn2/ocx/C4WIf3+B7w3cARlVgJZa/vJnU= =bJS4 -END PGP SIGNATURE-
Re: Open Letter to Debian election candidates about Debian vendettas
Unsubscribe me please On Sat, Mar 19, 2022, 5:29 AM Daniel Pocock wrote: > > Felix, Hideki, Jonathan > > You all nominated as candidates in the Debian election > > In August 2018 I publicly resigned from mentoring the Google Summer of > Code internships. My resignation email[1] was written diplomatically > and did not contain any hints about the intern relationships and other > problems in Debian. > > Over four years since my polite resignation, rogue volunteers associated > with Debian have been making attacks through emails and web sites that > are causing harm to reputations, families, careers of both volunteers > and interns, past and present. > > This culture of attacks was cultivated by a series of emails sent from > the leadership role in 2018 when Chris Lamb occupied that position. No > subsequent leader has shown any remorse or contrition for the way Lamb > misused this position. > > Other volunteers, for example, Dr Norbert Preining, have resigned[2] in > disgust at the same culture crisis in Debian. > > The recent legal verdict against Red Hat, Inc has explicitly stated that > overbearing and controlling tendencies of people in leadership roles > amounts to harassment[3]. > > As a leader, can you identify anything that is more important than > stopping, retracting and apologizing for these vendettas that were born > out of the leadership post you hope to occupy? > > Will you publicly denounce the culture of denouncing people? > > Does anybody else support an end to hostilities in Debian? > > Regards, > > Daniel > > 1. https://lists.debian.org/debian-outreach/2018/08/msg00108.html > 2. > > https://itwire.com/open-source/debian-developer-demoted,-quits-after-two-decades-with-project.html > 3. https://www.theregister.com/2022/03/16/red_hat_fedotra/ >
Another round of open questions
Hi Andriy and others, Andriy Grytsenko wrote: > Thanks for the comment. It is so, exactly. The war came to an active > state, Russian nazis launch missiles over our country, trying to conquer > and set up marionette government. Our Army proven to be good enough to > fight them but many civilians already dead after attacks which include > prohibited weapons such as thermobaric bombs. Sadly. > Thanks a lot, I am more or less safe, my city district is far away from > any major points so I hear explosions (as our air defense forces safely > shut down all the incoming missiles from Russia) far away from here all > the time. And I hope for war to be ended soon as Russians do eventually > have their forces eliminated. No help is needed for now. > All you can do, I think, is to pray and to help our forces with weapons, > which many countries already do actually. How are you? Hope you're fine. Have you received all the weapons and solders we already sent you? Yavorovsky military training ground tragedy is painful, but one should learn from it. By the way, if Russian forces are all eliminated by now, why do you ask for more weapon, do you want to kill all Russian civilians too? And here are some questions to DPL candidates: How do you plan to address Russian aggression? Will Russian be banned from Debian development? Will you allow Russian users to use Debian? Do you plan to add some funny jokes for Russian users, like as follows: - https://github.com/medikoo/es5-ext/commit/28de285ed433b45113 - https://github.com/vuejs/vue-cli/issues/7054 - https://github.com/RIAEvangelist/node-ipc/issues/233 And some more questions for a wider audience: 1. Have you heard about Neonazism ( Azov Battalion, Aider) in Ukraine? 2. Have you ever heard them saying that they gonna kill all Russian speaking people? 3. Have you ever heard Indian media showing Ukrainian leaders saying they will send nukes to Moscow if they get in Nato? 4. Do you know about Donbas? 5. Have you ever heard 14000 Russian speaking people were killed In Donbas by Ukrainian Army? 6. Have you ever seen the mass grave of Russian speaking children In Donbas? 7. Have you heard the speech of Petro Poroshenko ex President of Ukarine where he said, the only place for Russian speaking children In Donbas is a bomb shelter? 8. Have you seen the selfies of Ukrainian army with the missiles dedicated to the children In Donbas before bombing in the Kindergarten and schools. (On those missiles it was written "All the best is meant for children".) 9. Do you know about the ideological leader of "independent" Ukraine, Stepan Bandera? He was a war criminal and his team killed more than 850 thousands jews, 220 thousands polish and 400 thousands Russians? And now he is praised as a hero in Ukraine? How do I know this? I speak and understand Russian. I can understand spoken Ukrainian language as well. Moreover, I have friends and relatives who had flee from Donbas region in order to save their lives. With no regards, Daniel Pocock
Bug#1008023: ITP: node-cbor -- Node.js modules to encode and parse data in CBOR data format
Package: wnpp Severity: wishlist Owner: Yadd X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: node-cbor Version : 8.1.0 Upstream Author : Joe Hildebrand * URL : https://github.com/hildjj/node-cbor * License : Expat Programming Lang: JavaScript Description : Node.js modules to encode and parse data in CBOR data format node-cbor provides binaries and libraries to encode and parse data in the Concise Binary Object Representation (CBOR) data format (RFC8949). It provides: * cbor: a node-centric CBOR processor * cbor-web: the "cbor" package compiled for use on the web * cbor-cli: a set of command-line tools for working with node-cbor package This is a dependency of popular node-ava test suite which is required to test many actual node-* packages. For now, JS Team uses some patches to replace it by tape or jest but this doesn't permit to enable all checks. node-cbor will be maintained under JS Team umbrella.
Re: libzstd should not be maintained by Debian Med team - could some core team please take over (Was: libzstd 1.5.2 in Debian)
On Mon, Mar 14, 2022 at 05:11:07PM +0100, Andreas Tille wrote: > Hi Peter, > > Am Mon, Feb 21, 2022 at 07:40:26PM +0200 schrieb Peter Pentchev: > > > there was a (private) request to upgrade libzstd to latest 1.5.2. > > > > > > I'd like to repeat that I'm really convinced that libzstd should *not* > > > be maintained in the Debian Med team but rather some core team in > > > Debian. It is here for historic reasons but should have moved somewhere > > > more appropriately since it became its general importance. > > > > > > Please consider this mail a team-orphane of the package. > > > > I'm sorry; I do indeed intend to bring it into pkg-rpm, and I will try > > to do that in the next couple of days. Apologies for the months of > > delay, and thanks a lot for all of your team's work! > > Thanks for your information. Are there any blockers to take over > this package? Hi, Sorry again for the delay. I uploaded an update to libzstd-1.4.9; I will try to update it to 1.5.x really soon. Thanks again for all your work on it over the years! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Alternative aliases for print, see, edit and compose ?
Hello everybody, the `mailcap` package (formerly `mime-support`) provides commands named `compose`, `edit`, `print` and `see`, which are aliases to `run-mailcap`, which is used to open files (especially when `xdg-open` is not installed). `run-mailcap` is able to parse information from `/etc/mailcap` that indicate alternative ways of opening a file according to the intent of the user, in particular if they would prefer to edit the file, or just display it. The commands listed above are the way this intent is communicated. It has been suggested to me via a pull request on Salsa that the `mailcap` package could use the _alternatives_ system so that other packages can provide their own version of the `run-mailcap` aliases. I have no objection in principle, but before doing so I would like to confirm on this mailing list: - Is there interest from other package maintainers to provide their own alternatives ? - Are there objections ? - What would be the interface ? For the `open` command, the interface is minimal: the file to open as argument, and the rest is unspecified. Have a nice day, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Tooting from work, https://mastodon.technology/@charles_plessy Tooting from home, https://framapiaf.org/@charles_plessy signature.asc Description: PGP signature
