Re: General Resolution: Interpretation of DFSG on Artificial Intelligence (AI) Models

m calling a GR later. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Building with many cores without OOM

value that then gets calculated against the proposed parallelism. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Simpler git workflow for packaging with upstreamless repositories

eue maintenance. I'd suggest giving gbp-pq a good try before writing off the gbp stack. Maintaining a complex patch stack is *much* easier with it. I look after packages in both layouts, and I am sold on storing upstream sources in git. Stefano -- Stefano Rivera http://tumbleweed.org.

Re: Python 3.13 addition as a supported Python version started

> > The reality here is that Python has a 6-month release cycle, these days. I mean 12-month, of course. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Python 3.13 addition as a supported Python version started

en doing archive wide rebuilds (as much as I could, on arm64) since 3.13 rc2. I announced it, and our planned migration to 3.13 in trixie, in: https://lists.debian.org/msgid-search/20240920072725.mkhi575oydnr6...@satie.tumbleweed.org.za I'm hoping to have even better tooling for this kin

Re: [RFH] Running Python tests that require the source to be installed

; > Adrian > > -- > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer > `. `' Physicist > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 > -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: [RFH] Running Python tests that require the source to be installed

. If it actually needs the .dist-info to be on path (fully installed), you can try runnig the tests under tox. That's probably what the upstream does. tox tests in Debian package builds are a little different because we use --system-site-packages virtualenvs, but they can be a good way to de

Re: Alternative signature mechanisms for upstream source verification

perhaps still partial support might be > good enough for now. Say shipping the signatures and certs somewhere > that requires no integration infra work, for example, or only > supporting them in say uscan. Yes, I think starting with uscan is the obvious way, but I would want to do so in a way that leaves the way open to support in dpkg later. Ideally without any source package API changes, later. Stefano

Alternative signature mechanisms for upstream source verification

Support in the archive? (Is anything necessary?) Is this something people are interested in pursuing? For sigstore, we probably need to package the Python / go client in Debian. We have rekor-cli for low-level verification, but not tools for verifying bundles like the ones Python provides. Stefano --

Re: Reviving schroot as used by sbuild

us still has to be root itself to add network interfaces to bridges. It's nice to be able to control networking for the containers, but it would be even nicer for sbuild to not need setup that requires root. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Suggestions about i386 support

ne going for as long as we can. You're welcome to try to form such a team, of course :) The cost of supporting a port of Debian is far more than the cost of the machines needed to build it. Never mind the cost of 1 user's machine. Stefano -- Stefano Rivera http://tumbleweed.org.za/

Re: MBF: Building packages in the (not so distant) future

Hi Scott (2024.05.26_17:43:54_+) > The clamav issue looks like a false positive. The distro-info data > will get updated between now and then. Same goes for distro-info, itself. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: t64 suffix

should only occur on architectures that weren't impacted by the t64 migration. I imagine t64 could be explicitly ignored in lintian (and someone has probably filed a bug about that). Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: finally end single-person maintainership

e project have similarly little experience using it. The tricky thing with tools like this is that you need to invest a lot of time using the tool to really get a feel for what it's good / bad at. You probably need to use it to maintain a complex package, for a while. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: About Package Maintenance (was: Question to all candidates: What are your technical goals)

and salvage the result after years of problems. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Validating tarballs against git repositories

ill, at some point run into this problem. It's getting more popular. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Validating tarballs against git repositories

and solve them by inventing similar protocols, if they solve them at all. Upstreams would probably prefer that we used git repositories *directly* as source artifacts, but that comes with a whole other can of worms... Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Validating tarballs against git repositories

rest in their packaging recipe, you'll also automatically discover if a commit disappeared from upstream repo without needing a lot of extra tooling/integration (although not if it has moved between branches). However, you need a backup place to retrieve the commit from in case it disappear or

Re: Run Debian packaging tasks remotely with debusine.debian.net

I intend to script something to schedule all the builds for a new reverse dependency, soon. I have reverse-dependencies I want to test. [0]: https://salsa.debian.org/freexian-team/debusine/-/issues/320 Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Preparing for Python 3.12

Python 3.12 (or whatever the issue is). 4. Report back on the bug 5. Prepare an upload. We're mostly coordinating in #debian-python on IRC. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Potential MBF: packages failing to build twice in a row

ter the build, so that I can be sure that I don't regress my own packages' clean target. It would be nice if this was a default feature in sbuild, for most packages this is a very quick process. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

pybuild now supports meson

build step for each Python version. Hopefully that helps... (and doesn't cause unexpected FTBFSs) Stefano CCed teams of maintainers of packages matching: grep-dctrl -F Build-Depends,Build-Depends-Arch,Build-Depends-Indep \ -s Package,Build-Depends,Build-Depends-Arch,Build-Depends-Ind

Re: Behavior change for Python packages built with CMake

ge the sysconfig.get_path API (#1041778) to select a scheme for you. But I'm hesitant about that approach. It would probably fix a number of these build systems in one stroke, but it's a little more magic. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Bug#1022886: ITP: passt -- Unprivileged user-mode network connectivity for virtual machines and containers

Package: wnpp Severity: wishlist Owner: Stefano Brivio X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: passt Version : 0.0~git20221026.f212044 Upstream Author : Stefano Brivio * URL : https://passt.top/ * License : AGPL-3.0-or-later AND BSD-3

Re: Epoch for node-markdown-it

x27;m asking.) The standard one is that people use them to revert an upload. But, epochs aren't used in the upstream tarball filename, so you then easily get a conflict between the old and the new one. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Bug#1014908: ITP: gender-guesser -- Guess the gender from first name

On an individual level, but on a large scale, you'd expect things to average out. Unless it has a systemic bias towards any particular output. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Bug#1014908: ITP: gender-guesser -- Guess the gender from first name

Hi debian-devel (2022.07.16_09:12:16_+) > I guess we should expose this in our conference statistics. We care > about it. And in the future, we will: https://salsa.debian.org/debconf-team/public/websites/wafer-debconf/-/merge_requests/150 SR -- Stefano Rivera http://tumbleweed.

Re: Bug#1014908: ITP: gender-guesser -- Guess the gender from first name

's our business, as a community, and as conference organisers, to try to increase the diversity at our events. To me, that means increasing speaker diversity, primarily. Attendee diversity won't change unless the speaker diversity changes. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Re: Bug#1014908: ITP: gender-guesser -- Guess the gender from first name

, we can get that, too. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Bug#1009986: ITP: hatch-vcs -- Hatch plugin for versioning from VCS

Package: wnpp Severity: wishlist Owner: Stefano Rivera X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: hatch-vcs Version : 0.2.0 Upstream Author : Ofek Lev * URL : https://pypi.org/project/hatch-vcs/ * License : Expat Programming Lang: Python

Bug#1005257: ITP: hatchling -- Python package build backend used by Hatch

Package: wnpp Severity: wishlist Owner: Stefano Rivera X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: hatchling Version : 0.11.2 Upstream Author : Ofek Lev * URL : https://ofek.dev/hatch/ * License : Expat Programming Lang: Python Description

Re: Cloud team plans for cloud-hosted mirrors

ost domains in DSA's DNS and delegate git zone access to non-DSA DDs. This is how debconf.org DNS is handled. So, there is a path to bring external domains under the DSA umbrella, later. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

New pybuild plugin for PEP-517 pyproject.toml projects

should be available after this stage. - test step: runs just like the distutils plugin - install step: copies the files into debian/tmp or debian/package as requested by debhelper Thanks to the many contributions that went into this work, in particular Stuart Prescott, Stefano Rivera, and Scot

Re: Search content (.h files) of all (-dev) packages?

ackages. You can also ask Lucas for help doing mass builds, I think? https://wiki.debian.org/MassRebuilds SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Bug#994279: ITP: pyreflink -- Python Library wrapping platform-specific reflink implementations

Package: wnpp Severity: wishlist Owner: Stefano Rivera X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: pyreflink Version : 0.2.1 Upstream Author : Ruben De Smet * URL : https://gitlab.com/rubdos/pyreflink * License : Expat Programming Lang

Re: Making Debian available

a USB cable and enabling "USB tethering" to share its internet connection. You can use this to get Debian installed and then install the non-free firmware package your network interface requires. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Bug#968644: ITP: python-authlib -- Python library for OAuth and OpenID Connect servers

Package: wnpp Severity: wishlist Owner: Stefano Rivera X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-authlib Version : 0.14.3 Upstream Author : Hsiaoming Yang * URL : https://authlib.org/ * License : BSD-3 Programming Lang: Python

Re: Sentry for Debian services?

good experience with their hosted solution. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272

Bug#918513: ITP: soupsieve -- A modern CSS selector implementation for BeautifulSoup

Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: soupsieve Version : 1.6.2 Upstream Author : Isaac Muse * URL : https://github.com/facelessuser/soupsieve * License : MIT/Expat Programming Lang: Python Description : A modern CSS

Bug#907041: ITP: swupdate -- SWUpdate provides a reliable way to update the software on an embedded system

Package: wnpp Severity: wishlist Owner: Stefano Babic * Package name: swupdate Version : 2018.03 Upstream Author : Name * URL : https://github.com/sbabic/swupdate * License : GPL Programming Lang: C, Lua Description : SWUpdate provides a reliable way

Bug#895641: ITP: ruby-tomlrb -- A racc based toml parser

Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: ruby-tomlrb Version : 1.2.6 Upstream Author : Francois Bernier * URL : https://github.com/fbernier/tomlrb * License : Expat Programming Lang: Ruby Description : A racc based toml

Bug#895638: ITP: ruby-iso8601 -- Ruby parser to work with ISO 8601 dateTimes and durations

Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: ruby-iso8601 Version : 0.10.1 Upstream Author : Arnau Siches * URL : https://github.com/arnau/ISO8601 * License : Expat Programming Lang: Ruby Description : Ruby parser to work with

Bug#846185: ITP: ixo-usb-jtag -- Firmware for USB JTAG programmers

Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: ixo-usb-jtag Version : 0.0.0+git20160908 Upstream Author : Tim 'mithro' Ansell * URL : https://github.com/mithro/ixo-usb-jtag * License : GPL-2+ Programming Lang: C D

Bug#845107: ITP: hdmi2usb-mode-switch -- Configuration and firmware tool for HDMI2USB devices

Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: hdmi2usb-mode-switch Version : 0.0.0+git20161016-1 Upstream Author : Tim 'mithro' Ansell * URL : https://github.com/timvideos/HDMI2USB-mode-switch * License : Apache-2.0 Progra

Bug#843992: ITP: ruby-knife-acl -- Knife plugin to manupulate Chef server access control lists

Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: ruby-knife-acl Version : 1.0.3 Upstream Author : Seth Falcon , Jeremiah Snapp * URL : https://github.com/chef/knife-acl * License : Apache-2.0 Programming Lang: Ruby Description

Re: call for participation - Debian contributors survey, 1st ed.

s, after all). The "threat model" is rather: "untrusted readers of published survey *results*", which we will aggregate to avoid deanonymization. And of course all questions are optional, so if people fill itchy about specific ones, just leave them out. I'm available for

Re: unattended-upgrades by default?

w to do so. Thanks for bringing up this topic, Cheers. -- Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o Computer Science Professor . CTO Software Heritage . . . . . o . . . o o Former Debian Project Leader . OSI Board Director . . . o o o . . . o . « the first rule of ta

Re: [Request] Is there any way to get the full source codes of Debian?

eers. [*]: long story, they are in the process of migrating to a new mechanism that will allow to upload datasets this big autonomously, whereas the current setup requires manual intervention to do so -- Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o Computer Sc

Re: [Request] Is there any way to get the full source codes of Debian?

eers. [*]: long story, they are in the process of migrating to a new mechanism that will allow to upload datasets this big autonomously, whereas the current setup requires manual intervention to do so -- Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o Computer Sc

Re: GPL debate on kernel mailing list

On Tue, Sep 06, 2016 at 05:25:49PM -0400, Theodore Ts'o wrote: > On Tue, Sep 06, 2016 at 02:29:56AM +0200, Zlatan Todorić wrote: ... and we're discussing all this on debian-devel because ... ? -- Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o Computer Scie

Re: copyright precision

* debian/copyright files. No matter that, Debian can decide: that is not worth maintaining that information / that is worth only if better tooling is available / that is worth only if someone else shows up to do the job / etc. Like it or not, downstreams will cope. Cheers. -- Stefano Zacchiroli

Re: copyright precision

er for correctness; or at least usefulness. Cheers. -- Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . . o . o Computer Science Professor . CTO Software Heritage . . . . . o . . . o o Former Debian Project Leader . OSI Board Director . . . o o o . . . o . « the first rule of

Re: copyright precision

over time here (cme and lintian checks comes to mind), but there's still a long way to go. FOSSology integration in Debian seems the natural next step here. I believe Kate talked about that too in her DebConf16 talk. Cheers. -- Stefano Zacchiroli . z...@upsilon.cc . upsilon.cc/zack . . o . . .

Re: [pkg-gnupg-maint] Beware of leftover gpg-agent processes

On Sat, Aug 06, 2016 at 12:56:58PM -0400, Daniel Kahn Gillmor wrote: > ouch! please do file this as a distinct bug report, it's something i > haven't run into myself and i'd like to track it down. Done, that's #833596. Cheers. -- Stefano Zacchiroli . . . . . . .

Re: [pkg-gnupg-maint] Beware of leftover gpg-agent processes

m experimental. But it might be useful for you to know about this. Let me know how I can debug it further and/or if you'd like to move this discussion into a dedicated bug report (and when). Cheers. [*] actually, I manually removed the symlinks from .config/systemd/user/default.target.

Re: Beware of leftover gpg-agent processes

tl --user status). Thanks a lot for your work on GPG dkg, I'm really thrilled to see gpg2 becoming the default! Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Le

Bug#832140: ITP: ruby-cucumber-wire -- Wire protocol for Cucumber (a ruby acceptance testing framework)

Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: ruby-cucumber-wire Version : 0.0.1 Upstream Author : Matt Wynne * URL : http://cucumber.io * License : Expat Programming Lang: Ruby Description : Wire protocol for Cucumber (a ruby

Re: Prepare your Sprints for DebCamp16!

Hi debconf-announce (2016.06.15_23:55:42_+0200) > DebCamp16 is taking place in Cape Town, South Africa between Thursday, 23 July > and Friday, 1 July 2016. 23 June to 1 July, obviously :) No amount of review of a proposed e-mail ever actually gets the dates right. SR -- Stefano Rivera

Re: Verifying dep-5

restricting to a specific build system and/or a programming language) and as such by no mean generic enough to scale to the size and diversity we have in Debian. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack .

Re: Vcs-* and shared repos

mality wins here (hence my "Yay" to your proposal in separate mail). YMMV. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . . . . @zacchiro . . . .

Re: Vcs-* and shared repos

atch, policy, etc.) > - document that the list of options can be extended in the future > (policy) > > And we leave the discussion of repository layout (native, debian/ only, > etc.) for another time. > > Yay/nay? Yay. My 0.02 EUR, -- Stefano Zacchiroli . . . . . . . z

Re: Vcs-* and shared repos

BRANCH] [layout=LAYOUT] I really worry that (1) might be something too simplistic that we regret in the future. So (2) might be more wise. (3) is probably overkill at this point, because I don't think we're ready for the layout bikeshed. Cheers. -- Stefano Zacchiroli . . . . . . . z...@

Re: Debian package on Windows

d start offering Debian installs for it too, as we > do for other non-free hardware/virtualisation/cloud platforms. I think we should. It will help Windows users use less proprietary software in their daily lives, and my very well work as a "gateway drug" to 100% Free Software in the l

Re: Archive changes

All, On Wed, Mar 16, 2016 at 08:32:17AM +0100, Stefano Zacchiroli wrote: > But it might be a good idea to track all upcoming breakages using the > BTS. Fell free to tag and/or mark as blocking the above bug report as > needed. And to report more similar bugs :) I've now reported #

Re: Archive changes

dea to track all upcoming breakages using the BTS. Fell free to tag and/or mark as blocking the above bug report as needed. And to report more similar bugs :) Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . .

Re: Going ahead with non-free-firmware

ct. And that's why I was actually hoping that something like this could actually be a *generalization* of how Packages/Sources files are being generated, rather than a new special case to be added---which would certainly be a sign of bad design for this proposal. Cheers. -- Stefano Zacchiroli .

Re: Going ahead with non-free-firmware

update their sources.list anyhow for an unrelated change is a very solid argument for imposing another one onto them. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Projec

Re: Going ahead with non-free-firmware

subset of non-free, rather then introducing a new archive area, in the discussions of years ago, but maybe it's just me. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Pr

Re: Going ahead with non-free-firmware

going to be the case. Which would be problematic and also a little bit disturbing. Is really no technical way to easily allow to have packages in multiple (sub-)parts of the archive? Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . .

Bug#809705: general: let people use non-free software but opt-out of non-open software

te that, out of the box, having the information in d/copyright won't help with APT pinning either. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . .

Bug#809705: general: let people use non-free software but opt-out of non-open software

new debtags. (Procedure that I cannot find right now, but IIRC it includes coming up with a list of tag names + a list of at least N packages, with N relatively low, that are already in the archive and that would carry each tag.) Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . .

Bug#807054: ITP: flask-testing -- unit testing utilities for the Flask micro web framework

Package: wnpp Severity: wishlist Owner: Stefano Zacchiroli * Package name: flask-testing Version : 0.4.2 Upstream Author : Dan Jacob * URL : http://pythonhosted.org/Flask-Testing/ * License : BSD-3-clause Programming Lang: Python Description : unit

Bug#807053: ITP: flask-api -- browsable web APIs for the Flask micro web framework

Package: wnpp Severity: wishlist Owner: Stefano Zacchiroli * Package name: flask-api Version : 0.6.4 Upstream Author : Tom Christie * URL : http://www.flaskapi.org/ * License : BSD-2-clause Programming Lang: Python Description : browsable web APIs for

Re: debian.org RTC: announcing XMPP, SIP presence and more

P identity and I've been looking into migrating away since quite a while. But I've hundreds of contact there and I don't really know how to minimize their (and mine) pain during a migration. If anyone have tips, I'll be very glad to hear about them. Cheers. -- Stefan

Re: git, debian/ tags, dgit - namespace proposal [and 1 more messages]

ference implementation of it. But I'd agree that doing so might in the long term end up being confusing.) Hope [but not so sure that] this helps, Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o .

Bug#804350: ITP: vizzini -- Kernel driver for Exar XR21V1414 USB UART

Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: vizzini Version : 1.0.0 Upstream Author : Exar Corporation, Inc. * URL : https://github.com/mithro/exar-uart-driver * License : GPL-2+ Programming Lang: C Description : Kernel

Re: DAK Commands for Bikesheds

y anyone in the uploading keyrings, whenever mailfilter is updated in sid it will also be put into theoneandonly bikeshed automatically. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o

Re: DAK Commands for Bikesheds

On Thu, Sep 17, 2015 at 04:39:43PM +0100, Wookey wrote: > It wasn't supposed to be a joke. Bikeshed is an appropriate name, in > the unix tradition of mildly amusing/punny names. Not to mention that this bikeshed thread about the Bikeshed name is going to be both epic and very meta.

Re: Bug#797359: ITP: universal-ctags -- Generates an index (or tag) file of names found in source files

ant-ctags? This is by no means an objection to packaging this, but as a heavy user of exuberant-ctags for Debsources, I'm curious about how the two compares, specifically in terms of performances and language support. Thanks! -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . .

Re: Summary of the DebConf firmware discussion

e-freedom/ > http://bonedaddy.net/pabs3/log/2009/09/19/personal-software-freedom/ Thanks for these references, very useful! Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debia

Re: Summary of the DebConf firmware discussion

nable discussion points, that we can work on to improve the experience of Debian users, without having to re-decide again whether non-free firmware should be in main or not. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . htt

Re: Q: any reason for debian-policy non-i18n-ed?

On Sun, May 10, 2015 at 01:13:10PM +0900, Hideki Yamane wrote: > Why debian-policy has not been gettexted? > Just a curious :) I suggest to ask the debian-policy maintainers, instead of debian-devel :-) Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o

Re: Q: why binary-log by systemd-journald is not enabled by default?

//www.lucas-nussbaum.net/blog/?p=874 . I found that slide deck to be a very nice and compact primer about systemd administration, if you come from a sysvinit background -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.

Re: patch-tracker down?

But GSoC outcomes are hardly unpredictable, so I'm not ready to commit to the availability of something by the end of the summer. If it is easy to resurrect patch-tracker.d.o as is, and you're willing to work on it, by all means go for it. Cheers. -- Stefano Zacchiroli . . . . . .

Re: patch-tracker down?

old patch-tracker.d.o code base, please come and talk to me. Having competition in the area wouldn't be necessarily bad either. In particular, it might motivate in implementing a generic patch parser in Python (supporting the various kind of packages), to be included in python-debian. Cheers

Re: debian github organization ?

arned that 3rd party hosting is not a strategically smart move, with all the forges closing down these days. If anything, we should run our own GitLab (or Kallithea, FWIW). Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://u

Re: GitHub “pull request” is proprietary, incompatible with Git ‘request-pull’ (was: debian github organization ?)

se the alioth Git repo as the main one (e.g., in Vcs-* fields), and mirror it to GitHub for people who want to contribute via GitHub's pull requests. > Also accept contributions via email or git request-pull. AOL. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o

Re: aptitude has Priority: standard, why?

ve /usr/bin/apt a try: it abstracts over apt-get / apt-cache, offering a single CLI entry point to (some of) the functionalities of both. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Fo

Re: Who gets an email when with bugreports [was: Re: Unauthorised activity surrounding tbb package]

he opt-out mechanism you and Don discussed in another part of the thread. But I'm convinced that we should optimize for the other use case.) Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . .

Re: multi-arch and non-multi-arch gobject introspection in Debian and derivatives

.typelib -> /usr/lib//girepository-1.0/Caja-2.0.typelib I agree with this solution. Theoretically we could also create this symlink only on Ubuntu, in debian/rules. Cheers, Stefano -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Tro

Re: GPL-3 & openssl: provide a -nossl variant for a library

hese days). Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of

Re: teams in Re: New package tracker - old one going?

-in features such as team claiming? Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club i

Re: Trimming priority:standard

dvertised user survey, with specific questions about the packages you are interested in. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . .

Re: Removing < 2048 bit keys from the Debian keyrings

r for a very long time and then shows up just for transitioning to a new key, I'd have no way to figure out that something fishy with her key might be going on. In practice, this might become a fairly strict requirement, and I've keysigned on the basis of a transition statement only twice

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

On date Wednesday 2014-08-13 16:27:20 +0200, Attila Kinali encoded: > On Wed, 13 Aug 2014 00:30:05 +0200 > Michael Niedermayer wrote: > > > I never understood why people who once where friends > > became mutually so hostile > > You should know that better than anyone else! > > You still claim t

Re: people.debian.org will move from ravel to paradis and become HTTPS only

he one that works https-only) people can simply use symlinks. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first r

Re: people.debian.org will move from ravel to paradis and become HTTPS only

mplementing this would require. In particular, I haven't put much thought in an easy way to implement the directory-level opt-out. - I *personally* don't mind having https only, quite the contrary! But I got hooked by the discussions and couldn't resist proposing an API :)

Re: MATE 1.8 has now fully arrived in Debian

rvive. This isn't supposed to be a big deal, just a small > convenience. Thanks a lot, Wookey! -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on i

Re: SV: MATE 1.8 has now fully arrived in Debian

emd, although other machines I have will. I haven't filed a bug, because I haven't had the time to sit down and learn how to debug systemd booting, and I wouldn't want to file an bug until I know what's going on... SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27

Re: MATE 1.8 has now fully arrived in Debian

he project to continue working. If every decision we make > needs to be re-discussed at the whim of any one disgruntled individual > for years to come, nobody's going to have fun. +1 Amen AOL Bravo (etc.) -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître

  1   2   3   4   5   6   7   8   9   10   >