Bug#1077283: ITP: surge-xt -- Subtractive hybrid synthesizer
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz X-Debbugs-Cc: debian-devel@lists.debian.org, ti...@debian.org * Package name: surge-xt Version : 1.3.2 Upstream Contact: Paul Walker et al. * URL : https://surge-synthesizer.github.io/ * License : GPL3 Programming Lang: C, C++ Description : Subtractive hybrid synthesizer Featuring many synthesis techniques, a great selection of filters, a flexible modulation engine, a smorgasbord of effects, and modern features like MPE, microtuning (with MTS-ESP support!), and comprehensive Open Sound Control (OSC) support. 3 oscillators per scene, with 12 versatile oscillator algorithms: Classic, Modern, Wavetable, Window, Sine, FM2, FM3, String, Twist, Alias, S&H Noise and Audio Input. Two filter units in 8 different configurations, with feedback loop available in 7 of them. 12 LFO units available, 6 are per voice and 6 are global for the whole scene. 16 effect units arranged as 4 inserts per scene, 4 sends and 4 master effects.
Intent to package ewiki
Package: ewiki ErfurtWiki is an implementation of the WikiWikiWeb hypertext system (written in the PHP scripting language). It allows everybody who comes along to edit and create new pages very easily. Copyright: ErfurtWiki is PublicDomain, which means that you can do with it whatever you want (that actually means it is free of copyright and any restrictions). So it is free as in beer, and you can fork it, rename it, commercialize it, or publish a derived version under the GNU GPL, BSD, MPL, CC* licenses or even Microsofts' EULA. Ewiki package can be found at: http://mentors.debian.net -- Tiago Bortoletto Vaz http://zadig.is.dreaming.org 0x6CC228A1 - http://pgp.mit.edu signature.asc Description: Esta =?ISO-8859-1?Q?=E9?= uma parte de mensagem assinada digitalmente
Bug#286037: ITP: ewiki -- ErfurtWiki is an implementation of the WikiWikiWeb hypertext system
Package: wnpp Severity: wishlist * Package name: ewiki Version : 1.02-1 Upstream Author : Mario Salzer <[EMAIL PROTECTED]> * URL : http://freshmeat.net/projects/ewiki * License : Public Domain Description : ErfurtWiki is an implementation of the WikiWikiWeb hypertext system ErfurtWiki is an implementation of the WikiWikiWeb hypertext system (written in the PHP scripting language). It allows everybody who comes along to edit and create new pages very easily. Ewiki package can be found at: http://mentors.debian.net -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.9 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1)
Bug#301601: ITP: bbclone -- A PHP based Web Counter on Steroids
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz <[EMAIL PROTECTED]> * Package name: bbclone Version : 0.4.6 Upstream Author : BBClone Team <[EMAIL PROTECTED]> * URL : http://bbclone.de/ * License : GPL Description : A PHP based Web Counter on Steroids BBclone is a web counter written in PHP and gives a detailed view of the visitors of your web site by displaying the nth last users (and the data they provided, like their IP, browser and so on) that visited the web site, not just showing a number of visitors. . This is very handy for webmasters that want to see who is visiting their sites, what browser people use, where they came from etc. You can build from sources using svn-buildpackage: svn co https://gnosislivre.org/svn/bbclone-debian/bbclone/trunk Thanks in advance, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-ibook-g4 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386447: ITP: Gnome Subtitles -- Gnome Subtitles is a subtitle editor for the GNOME desktop.
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz <[EMAIL PROTECTED]> * Package name: Gnome Subtitles Version : 0.0.1 Upstream Author : Pedro Castro <<[EMAIL PROTECTED]> * URL : http://gsubtitles.sourceforge.net/ * License : (GPL) Programming Lang: (C#) Description : Gnome Subtitles is a subtitle editor for the GNOME desktop. Gnome Subtitles is a subtitle editor for the GNOME desktop. Its features include: * Subtitle format auto-detection * Character encoding auto-detection * Support for time and frame-based subtitles * Support for bold, italic and underline style tags * Synchronization, including frame-rate conversion and timing * shifting * Multi-level undo * Error correction and toleration when opening subtitles * Support for the following subtitle formats (as supported at the moment by SubLib[1]): - MicroDVD - SubRip -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327687: ITP: gnome-icon-theme-dropline-neu -- A smooth, shiny and kind of 'fun looking' theme for GNOME
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz <[EMAIL PROTECTED]> * Package name: gnome-icon-theme-dropline-neu Version : 0.3 Upstream Author : Silvestre Herrera <[EMAIL PROTECTED]> * URL : http://art.gnome.org/themes/icon/1100 * License : GPL Description : A smooth, shiny and kind of 'fun looking' theme for GNOME A smooth, shiny and saturated-color Scalable Vector Graphic (SVG) iconset for GNOME Desktop. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-ibook-g4 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#543382: ITP: ed2k_hash -- A tool for generating ed2k-links
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: ed2k_hash Version : 0.3.3 Upstream Author : Tim-Philipp Müller * URL : http://ed2k-tools.sourceforge.net/ed2k_hash.shtml * License : GPL2 Programming Lang: C Description : A tool for generating ed2k-links This tool is useful for people who want to know the ed2k-links of files they are not currently sharing, or who want the ed2k-links for all files in certain directories etc. You can hash single files, multiple files, whole directories, or whole directory trees. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#547659: ITP: rephrase -- Specialized passphrase recovery tool for GnuPG
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: rephrase Version : 0.1 Upstream Author : Phil Lanch * URL : http://www.roguedaemon.net/rephrase/ * License : GPL Programming Lang: C Description : Specialized passphrase recovery tool for GnuPG If you can nearly remember your GnuPG passphrase - but not quite - then Rephrase may be able to help. Tell Rephrase the parts of the passphrase you know, and any number of alternatives for the parts you're not sure about; and Rephrase will try all the alternatives, in all possible combinations, and tell you which combination (if any) gives you the correct passphrase. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#547667: ITP: nasty -- Helps you to recover the passphrase of your GPG key
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: nasty Version : 0.6 Upstream Author : Folkert van Heusden * URL : http://www.vanheusden.com/nasty/ * License : GPL Programming Lang: C Description : Helps you to recover the passphrase of your GPG key Nasty is a program that helps you to recover the passphrase of your PGP or GPG-key in case you forget or lost it. The following features will make things easier: - set minimum/maximun length of passphrase - incremental mode, random mode or reading a file for guessing - charset filter -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556602: ITP: lcrack -- A generic password cracker
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: lcrack Version : 20040914 Upstream Author : Bernardo Reino * URL : http://usuarios.lycos.es/reinob/ * License : GPL-2 Programming Lang: C Description : A generic password cracker Lepton's Crack is a generic password cracker, easily customizable with a simple plug-in system. It can perform a dictionary-based (wordlist) attack, as well as a brute-force (incremental) password scan. For the incremental scan, the user can provide a regex-like expression that will be enumerated, thus checking every possible combination. This powerful feature effectively combines `shoulder-surfing' with standard brute-forcing. By default it comes with the following modules: * md4 : standard MD4 hash * md5 : standard MD5 hash * nt4 : NT MD4/Unicode * dom : Lotus Domino HTTP password * sha1 : standard SHA-1 hash * null : trivial 1-byte hash -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556928: ITP: pyflag -- An advanced forensic tool for large volumes of log files
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: pyflag Version : 0.87-pre1 Upstream Author : Michael Cohen and David Collett * URL : http://www.pyflag.net * License : GPL-2 Programming Lang: C, Python Description : An advanced forensic tool for large volumes of log files FLAG (Forensic and Log Analysis GUI) is an advanced forensic tool for the analysis of large volumes of log files and forensic investigations. PyFlag features a rich FeatureList which include the ability to load many different log file formats, Perform forensic analysis of disks and images. PyFlag can also analyse network traffic as obtained via tcpdump quickly and efficiently. Since PyFLAG is web based, it is able to be deployed on a central server and shared with a number of users at the same time. Data is loaded into cases which keeps information separated. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: bug #561324: asking questions in postinst
Hi Reiner, On Mon, Dec 28, 2009 at 04:40:50PM +0100, Reinier Haasjes wrote: > Hi, > > I'm trying to solve bug #561324 which uses it's own binary in the config > script. > > It uses it's own binary to get some information (tunnel id) which uses > login+password to retrieve, it really needs this to compile a good > config script (if you have more than 1 tunnel). > > My idea on solving this is to move the complete config script to > postinst and ask all the question there. > I read everywhere that this is not the preferred way to go but I can't > discover if it is prohibited by the policy. > > Is it prohibited by the policy to ask questions in the postinst-script? Nop. > Does somebody know a better way of solving this? You can use debconf for that. Take a look at the documentation available in debconf-doc package. Regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu signature.asc Description: Digital signature
Re: Info on Planet Debian
Hey, On Tue, Nov 25, 2008 at 04:37:41PM +0200, Antti-Juhani Kaijanaho wrote: > On Tue, Nov 25, 2008 at 03:33:59PM +0100, David Paleino wrote: > > just out of curiosity: is there a procedure to follow to be added to Planet > > Debian's feeds? Does one get automatically added when she becomes DD? Are > > only > > DD "allowed" to post on Planet? > > See http://wiki.debian.org/PlanetDebian Don't you think it would be nice linking this in the planet page? I've tried to join some years ago by sending emails to [EMAIL PROTECTED] as listed there with no answers :\ -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu GNU/Linux user #188687 signature.asc Description: Digital signature
Bug#507988: ITP: SubLib -- CLI library that eases the development of subtitling applications
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz <[EMAIL PROTECTED]> * Package name: SubLib Version : 0.9 Upstream Author : Pedro Castro <[EMAIL PROTECTED]> * URL : http://sublib.sourceforge.net/ * License : GPL Programming Lang: C# Description : CLI library that eases the development of subtitling applications SubLib supports the most common text-based subtitle formats and allows for subtitle editing, conversion and synchronization. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dsniff is dead, long life to dsniff
Citando Carlos Galisteo : On Tue, Mar 9, 2010 at 5:01 PM, Luciano Bello wrote: The question is: should I package this new version as a replacement of the previous one, even one there is a big reduction in the feature list? Or, should I create a new package (let's say, python-dsniff) and RM dsniff? As an occasional dsniff user, I'd rather keep the full (old) version in Debian while the new one is incomplete. If the new package is a Python module it'd be nice to have it also in Debian in order to familiarize ourself with it, but IMHO the original one should not be removed until the new one is full-featured. I second that. It´s not so bad in popcon (1483 installs) and I can´t see any serious issue in bts. If it´s a problem to you maintaing old + new dsniff please ping me. I´m interested in keeping this package in Debian. You can also consider Forensics team. Best regards, -- Tiago Bortoletto Vaz -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100309170016.9277682i7sljy...@ssl.eumx.net
Handling optimization flags in Debian packages
Hi all,
I've faced an issue (#557550) which is much probably caused by a CPU which
doesn't support SSE2 instructions. I'm not sure about the best way to address
this. Any suggestion will be very welcome. Actually I can see the following
workarounds:
1) consider that most of CPUs support this flag, so tell the reporter to
compile the package by him/herself.
2) remove this specific flag during package building, ending with a
non-optimized software available for all users.
3) create a specific -sse2 (or -non-sse2) package.
4) ask the upstream to code runtime checks before using SSE2 specific
instructions (is that possible?).
For now, my choice is #1.
Btw, there is an old proposal [0] related to this subject but I have no ideia
how it's going.
[0] http://lists.debian.org/debian-devel/2003/06/msg01714.html
--
----
.''`. Tiago Bortoletto Vaz GPG : 1024D/A504FECA
: :' : http://tiagovaz.org XMPP : tiago at jabber.org
`. `' tiago at {tiagovaz,debian}.org IRC : tiago at OFTC
`-Debian GNU/Linux - The Universal OS http://www.debian.org
signature.asc
Description: Digital signature
Re: Handling optimization flags in Debian packages
On Sun, Apr 04, 2010 at 10:53:09PM +0100, Ben Hutchings wrote:
> On Sun, 2010-04-04 at 17:29 -0300, Tiago Bortoletto Vaz wrote:
> > Hi all,
> >
> > I've faced an issue (#557550) which is much probably caused by a CPU which
> > doesn't support SSE2 instructions. I'm not sure about the best way to
> > address
> > this. Any suggestion will be very welcome. Actually I can see the following
> > workarounds:
> >
> > 1) consider that most of CPUs support this flag, so tell the reporter to
> > compile the package by him/herself.
>
> This is the wrong answer; we officially support CPUs dating back to 486.
>
> > 2) remove this specific flag during package building, ending with a
> > non-optimized software available for all users.
> >
> > 3) create a specific -sse2 (or -non-sse2) package.
>
> Both acceptable.
>
> > 4) ask the upstream to code runtime checks before using SSE2 specific
> > instructions (is that possible?).
> [...]
>
> This is the best. Also there are libraries like liboil that implement
> various common functions that can benefit from SIMD extensions and that
> automatically select the right version at run-time. Perhaps this
> package can use that?
Thanks Ben and all others who showed me I was choosing the wrong way here. I
liked the idea of building an extra non-sse2 binary until the upstream
(hopefully) starts using a liboil(-like) library. If things go well I'll
document somewhere for future reference.
Regards,
--
.''`. Tiago Bortoletto Vaz GPG : 1024D/A504FECA
: :' : http://tiagovaz.org XMPP : tiago at jabber.org
`. `' tiago at {tiagovaz,debian}.org IRC : tiago at OFTC
`-Debian GNU/Linux - The Universal OS http://www.debian.org
signature.asc
Description: Digital signature
Bug#596011: ITP: tinyeartrainer -- A tool to learn recognizing musical intervals
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: tinyeartrainer Version : 0.1.0 Upstream Author : Jonas Wagner * URL : http://29a.ch/tinyeartrainer * License : GPL Programming Lang: Python Description : A tool to learn recognizing musical intervals Tiny Ear Trainer is a tiny piece of software that helps you to recognize musical intervals. . Implemented features include associating colors to intervals and learning mode which plays interval together with color and name. Harmonic and melodic intervals are supported. It uses fluidsynth/soundfonts for playback. . Tiny Ear Trainer works with JACK Audio Connection Kit. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100907215316.2713.35737.report...@x61
Adopting a package already removed from archive
Hi, Is there any trick to getting a package into Debian after its removal from all the suites? Or should we consider the regular process for a new package by filing an ITP? Regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu signature.asc Description: Digital signature
Re: Adopting a package already removed from archive
On Tue, Mar 17, 2009 at 05:29:17PM +0100, Sandro Tosi wrote: > On Tue, Mar 17, 2009 at 16:51, Tiago Bortoletto Vaz > wrote: > > Hi, > > > > Is there any trick to getting a package into Debian after its removal from > > all > > the suites? Or should we consider the regular process for a new package by > > filing an ITP? > > Regular process (but the previous package can give you some help in > get it started). Thanks. So, the bts/pts will merge the package history to this new one, right? > Please consider *why* it was removed: reintroduce it might not be the > right move. #352539. I couldn't see any grave reason for the removal. I can say this software works really well in a i386 unstable suite. There was no outstanding bugs when it was removed. The only issue it's not updated since 2006. However, it's a kind of very specific purpose software that usually doesn't need new features. Regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu GNU/Linux user #188687 signature.asc Description: Digital signature
Bug#521039: ITP: tapiir -- A tool for real time audio delay and feedback effects
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: tapiir Version : 0.7.2 Upstream Author : Maarten de Boer * URL : http://www.iua.upf.es/~mdeboer/projects/tapiir/ * License : GPL Programming Lang: C Description : A tool for real time audio delay and feedback effects Tapiir is a simple and flexible audio effects processor, inspired on the classical magnetic tape delay systems used since the early days of electro-acoustic music composition. It provides a graphical user interface consisting of six delay lines, or "taps", which can introduce an almost arbitrarily big or small delay to their inputs and can be fed back to each other. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
BTS and the missing 'invalid' tag
Hi, #531002 made me bring this to -devel. It seems Debian BTS fails in not offering an 'invalid' or 'notabug' tag for cases which are not covered by 'wontfix' [0]. I've found the following discussions about this issue: http://bugs.debian.org/227511 http://bugs.debian.org/376594 http://lists.debian.org/debian-devel/2006/11/msg01091.html http://lists.debian.org/debian-devel/2006/04/msg00793.html http://lists.debian.org/debian-devel/2008/02/msg00863.html (just a comment) For me it doesn't make sense to mark something as "I will not fix" if actually there's nothing to fix. I'm curious to know how other maintainers have addressed such cases in BTS. Also, I don't think usertag covers this need. It's not a standard, and I guess* 'invalid' situations are so common which should deserve something more consistent (useful for statistics, searches/filters etc). We know other very popular bug tracking systems offer a standard way to deal with bugs which are not in fact bugs. Surely it's not a reason to implement this in BTS; on the other hand, Debian development is not that different from other large free software projects. So we can at least consider they've got a reason to offer this feature (the same reason *I* see for Debian). * No, I don't have a proof as asked in #376594, that's the reason I would like to know other's opinions here. [0] http://www.debian.org/Bugs/Developer#tags -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu signature.asc Description: Digital signature
Re: BTS and the missing 'invalid' tag
On Sun, Jun 21, 2009 at 05:45:24PM +0100, Neil Williams wrote: > On Sun, 21 Jun 2009 13:24:48 -0300 > Tiago Bortoletto Vaz wrote: > > > #531002 made me bring this to -devel. It seems Debian BTS fails in > > #not offering > > an 'invalid' or 'notabug' tag for cases which are not covered by > > 'wontfix' [0]. I've found the following discussions about this issue: > > Just put a comment in the message to $number-d...@bugs.debian.org that > you're closing the bug as invalid. Closing doesn't mean that the bug > has been accepted as valid. (That can be done with confirmed.) This could be used for 'wontfix' as well, so why do we need these tags once we can comment every situation? The thing is I consider important for a BTS making difference between what is an accepted (valid) bug and what is not after it is closed. Ok, you're right, this can be done with 'confirmed', but I'm not sure it would cover everything 'invalid' would cover (thinking). > > For me it doesn't make sense to mark something as "I will not fix" if > > actually there's nothing to fix. I'm curious to know how other > > maintainers have addressed such cases in BTS. > > Nothing to fix? close the bug. I don't see we need two different ways > to close a bug. Invalid would still close the bug. No, it's not about two different ways to close a bug. It's about a standard (extra) info which will be saved for future references, like 'wontifx' and others tags do. Regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu signature.asc Description: Digital signature
Re: [Pkg-xfce-devel] Reverting to GNOME for jessie's default desktop
On 08/08/2014 12:00 PM, Marco d'Itri wrote: > On Aug 08, Joey Hess wrote: > >> I recently spent some time installing community computer labs in rural >> Brazil. Internet bandwidth was nearly nonexistant[1], so if you were > I am sure that we could have a great competition for finding potential > users with even crappier connectivity and even more obsolete computers, > and somebody would improve the record every time! > >> If the xfce iso didn't exist, people in these situtations would >> not be able to install a usable Debian system. > I see a solution that would satisfy everybody: whoever is interested in > supporting this kind of situations could build CD images appropriate for > them, and everybody else who does not live in the worst connected parts > of the third world can continue using a modern desktop as usual. > I'd suggest something similar, but in the opposite way you did, so I'd be more confident on calling Debian "the universal operating system". -- tiago signature.asc Description: OpenPGP digital signature
Re: [Pkg-xfce-devel] Reverting to GNOME for jessie's default desktop
On 08/08/2014 01:50 PM, Andrew Kelley wrote: > On Fri, Aug 8, 2014 at 10:44 AM, Tiago Bortoletto Vaz > wrote: > >> On 08/08/2014 12:00 PM, Marco d'Itri wrote: >>> I see a solution that would satisfy everybody: whoever is interested in >>> supporting this kind of situations could build CD images appropriate for >>> them, and everybody else who does not live in the worst connected parts >>> of the third world can continue using a modern desktop as usual. >>> >> >> I'd suggest something similar, but in the opposite way you did, so I'd >> be more confident on calling Debian "the universal operating system". > > > The worst connected parts of the third world is the exception to the rule. > Requiring edge cases to download a non-default setup does not prevent > Debian from being "the universal operating system". I am more concerned > about appearing outdated and irrelevant to the more modern parts of the > world. The default should be a "modern desktop" experience. > Xfce is "modern desktop" experience. -- tiago -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e56882.7000...@acaia.ca
Re: Reverting to GNOME for jessie's default desktop
On 08/08/2014 09:07 AM, Axel Wagner wrote: > Hi, > > vita...@yourcmc.ru writes: >> By "neutral" I've meant a DE without "dubious" solutions discussed in >> gnome3 flame wars all over the web. I don't really think we should also >> discuss it here, just because we don't really want to start another >> flame war :) > > If you don't want to discuss your statement, you should have omitted > it in the first place, because it obviously is no contribution to the > discussion. > >> Of course I have no real numbers! What I've said is just my personal >> opinion, based on that I've seen a lot of flame wars about GNOME 3 on >> the web, and a non-zero count of forks/derivatives of GNOME 3 all aiming >> at providing a "more classic" environment (MATE, Cinnamon, Consort, >> Budgie). > > Your personal opinion is certainly not an argument that needs to be > taken into consideration for deciding on a default for debian, > especially if it is formed on such dubious grounds. It is, as it's the amazing job which Jordi did on bringing good arguments in favor of GNOME as a default DE (even I'm not really supporting it). Anyway, I may not be contributing to the original issue this thread, but I have to ask you here to avoi being so rude with our users. And dear users, please keep sharing your personal experience with Debian, even if you are unable to quanti-qualify things in fancy numbers to please those who don't agree with you. Regards, -- tiago -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e59c2d.7090...@debian.org
Bug#767133: ITP: python-libmapper -- Library for connecting data signals on a shared network
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: python-libmapper Version : 0.3 Upstream Author : Joseph Malloch * URL : http://libmapper.org * License : GPL Programming Lang: Python Description : Library for connecting data signals on a shared network libmapper is a cross-platform software library for declaring data signals on a shared network and enabling arbitrary connections to be made between them. It creates a distributed mapping system/network, with no central points of failure, the potential for tight collaboration and easy parallelization of media synthesis. . The main focus of libmapper development is to provide tools for creating and using systems for interactive control of media synthesis. . This package contains SWIG generated Python bindings. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141028165708.28643.96764.reportbug@x220
Bug#767135: ITP: libmapper-dev -- Library for connecting data signals on a shared network
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: libmapper-dev Version : 0.3 Upstream Author : Joseph Malloch * URL : http://libmapper.org * License : GPL Programming Lang: C Description : Library for connecting data signals on a shared network libmapper is a cross-platform software library for declaring data signals on a shared network and enabling arbitrary connections to be made between them. It creates a distributed mapping system/network, with no central points of failure, the potential for tight collaboration and easy parallelization of media synthesis. . The main focus of libmapper development is to provide tools for creating and using systems for interactive control of media synthesis. . This package provides the files necessary to compile programs which use libmapper library. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141028170041.28827.36698.reportbug@x220
Bug#676712: ITP: python-pyo -- Python module written in C to help digital signal processing script creation.
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: python-pyo Version : 0.6.1 Upstream Author : Olivier Bélanger * URL : http://code.google.com/p/pyo/ * License : GPLv3 Programming Lang: C, Python Description : Python module written in C to help digital signal processing script creation. pyo is a Python module containing classes for a wide variety of audio signal processing types. With pyo, user will be able to include signal processing chains directly in Python scripts or projects, and to manipulate them in real time through the interpreter. Tools in pyo module offer primitives, like mathematical operations on audio signal, basic signal processing (filters, delays, synthesis generators, etc.), but also complex algorithms to create sound granulation and others creative audio manipulations. . pyo supports OSC protocol (Open Sound Control), to ease communications between softwares, and MIDI protocol, for generating sound events and controlling process parameters. . pyo allows creation of sophisticated signal processing chains with all the benefits of a mature, and wildly used, general programming language. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120609002846.31330.45010.reportbug@x61
Bug#681611: ITP: soundgrain -- A graphical interface to control granular sound synthesis modules
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: soundgrain Version : 4.1.1 Upstream Author : Olivier Bélanger * URL : http://code.google.com/p/soundgrain/ * License : GPLv3 Programming Lang: Python Description : A graphical interface to control granular sound synthesis modules Sound Grain is a graphical interface where users can draw and edit trajectories to control granular sound synthesis modules. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120714182912.12993.25165.reportbug@x61
Bug#682920: ITP: python-pyknon -- A simple Python music library
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: python-pyknon Version : 1.0 Upstream Author : Pedro Kroger * URL : https://github.com/kroger/pyknon * License : MIT Programming Lang: Python Description : A simple Python music library Pyknon helps to generate Midi files quickly and reason about musical proprieties. .. It’s a library intended for teaching and demostrating music for programmers. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120727033615.6807.29215.reportbug@x61
Re: Bug#726668: ITP: dtmf2num -- tool for decoding the DTMF and MF tones from PCM wave files
Hi, On Thu, Oct 17, 2013 at 11:40:33PM +0200, Dominik George wrote: > Package: wnpp > Severity: wishlist > Owner: Dominik George > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > * Package name: dtmf2num > Version : 0.1e > Upstream Author : Luigi Auriemma > * URL : http://aluigi.altervista.org/mytoolz.htm > * License : GPL-2+ > Programming Lang: C > Description : tool for decoding the DTMF and MF tones from PCM wave > files > > dtmf2num supports any type of wave file (frequencies, channels and > 8, 16, 24 and 32 bits), automatic optimizations (DC bias adjust and > normalization) and both WAV and raw PCM data. > . > The program has been successfully tested with many audio files and > moreover with those highly dirt and damaged, for example recorded > with a microphone in a room or at a very low volumes or with some > noise. The long description doesn't say much about the software functionalities, could you improve it a bit? Also, please consider maintaining this package under Debian Multimedia team (https://wiki.debian.org/DebianMultimedia). Best regards, -- .''`. Tiago VazGPG : 1024D/A504FECA : :' : http://acaia.ca/~tiago XMPP : tiago at jabber.org `. `' tiago at debian.org IRC : tiago at OFTC `-Debian GNU/Linux - The Universal OS http://www.debian.org signature.asc Description: Digital signature
Re: Bug#644342: ITP: unflickr -- a command line program to backup Flickr metadata and photos.
Hi Tino,
On Wed, Oct 05, 2011 at 07:52:43AM +0200, Tino Keitel wrote:
> On Tue, Oct 04, 2011 at 20:09:18 -0300, Beraldo Costa Leal wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Beraldo Costa Leal
> >
> >
> > * Package name: unflickr
> > Version : 0.1
> > Upstream Author : Beraldo Leal, Daniel Drucker, Hugo Haas, Victor Engmark
> > * URL : https://github.com/l0b0/unflickr/
> > * License : GPL
> > Programming Lang: Python
> > Description : unflickr is a command line program to backup Flickr
> > metadata and photos.
> >
> > unflickr is a simple python script which make a locals copy of all your
> > pictures and data hosted in flickr.com.
>
> Hi,
>
> how is that related to
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642562 which is
> already in the archive?
>
> Regards,
> Tino
I talked to Beraldo about flickrbackup and he showed me unflickr project. Then
I encouraged him to package it to Debian once it seems to be more mature than
flickrbackup, which I maintain. If he pushes his tool to Debian than I'll ask
for removal of flickrbackup. They do basically the same thing.
Regards,
--
.''`. Tiago Bortoletto Vaz GPG : 1024D/A504FECA
: :' : http://tiagovaz.org XMPP : tiago at jabber.org
`. `' tiago at {tiagovaz,debian}.org IRC : tiago at OFTC
`-Debian GNU/Linux - The Universal OS http://www.debian.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111009215609.ga29...@debian.org
Bug#663583: ITP: python-midiutil -- Python library to write muti-track MIDI files
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: python-midiutil Version : 0.87 Upstream Author : Mark Conway Wirt * URL : http://code.google.com/p/midiutil/ * License : MIT Programming Lang: Python Description : Python library to write muti-track MIDI files MIDIUtil is a pure Python library that allows one to write muti-track Musical Instrument Digital Interface (MIDI) files from within Python programs. It is object-oriented and allows one to create and write these files with a minimum of fuss. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120312142624.11332.81077.reportbug@x61
Bug#737238: ITP: libmapper -- Library for connecting data signals on a shared network
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: libmapper Version : 0.3 Upstream Author : Joseph Malloch * URL : http://libmapper.org * License : GPL Programming Lang: C Description : Library for connecting data signals on a shared network libmapper is a cross-platform software library for declaring data signals on a shared network and enabling arbitrary connections to be made between them. It creates a distributed mapping system/network, with no central points of failure, the potential for tight collaboration and easy parallelization of media synthesis. . The main focus of libmapper development is to provide tools for creating and using systems for interactive control of media synthesis. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140131173705.9399.68743.reportbug@gnudaw
Re: Bug#738839: ITP: mps -- Poor Man's Spotify - Search and stream music
On Thu, Feb 13, 2014 at 07:57:53PM +0100, Holger Levsen wrote:
> On Donnerstag, 13. Februar 2014, Matt Zagrabelny wrote:
> > Packager is using upstream description.
>
> upstream has changed the description to "terminal Music Player/Streamer"
> after
> some private conversation with Zlatan.
plus we don't need to use upstream's description for Debian packages.
For instance, I've just ITP'ed a "lib to connect things" (according the
upstream's short description) and of course I'm not going to use it.
> I won't comment on the rest.
I will :)
Regards,
--
------------
.''`. Tiago Bortoletto Vaz GPG : 4096R/E4B6813D
: :' : http://acaia.ca/~tiago XMPP : tiago at jabber.org
`. `' tiago _at_ {acaia.ca, debian.org}IRC : tiago at OFTC
`-Debian GNU/Linux - The Universal OS http://www.debian.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140213200507.GC31680@gnudaw
Re: Bug#738839: ITP: mps -- Poor Man's Spotify - Search and stream music
Hi,
On Thu, Feb 13, 2014 at 12:38:55PM -0600, Matt Zagrabelny wrote:
> On Thu, Feb 13, 2014 at 12:31 PM, Holger Levsen wrote:
> > Hi,
> >
> > On Donnerstag, 13. Februar 2014, Jakub Wilk wrote:
> >> https://en.wiktionary.org/wiki/poor_man%27s
> >
> > I knew that :) I still don't think it's appropriate nor helpful to describe
> > software with these attributes. (Hints: free software is always free as in
> > gratis, and men, well, men^wmeh.)
>
> Packager is using upstream description. From their website,
> https://github.com/np1/mps
>
>Poor Man's Spotify - Search and stream music
>
> In English, the phrase doesn't carry a negative connotation. It is a
> clever way to replace something expensive with something less
> expensive.
It doesn't mean we should use gender-specific words in package
descriptions. Also, there're too many non-english people in Debian
world, so avoiding such expressions we avoid annoying emails coming from
annoying non-english people like me.
Regards,
--
.''`. Tiago Bortoletto Vaz GPG : 4096R/E4B6813D
: :' : http://acaia.ca/~tiago XMPP : tiago at jabber.org
`. `' tiago _at_ {acaia.ca, debian.org}IRC : tiago at OFTC
`-Debian GNU/Linux - The Universal OS http://www.debian.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140213202539.GD31680@gnudaw
Re: Bug#738839: ITP: mps -- Poor Man's Spotify - Search and stream music
On Fri, 2014-02-14 at 18:21 +0100, Jean-Christophe Dubacq wrote: > On 13/02/2014 21:25, Tiago Bortoletto Vaz wrote: > > Hi, > > > > On Thu, Feb 13, 2014 at 12:38:55PM -0600, Matt Zagrabelny wrote: > >> On Thu, Feb 13, 2014 at 12:31 PM, Holger Levsen > >> wrote: > >>> Hi, > >>> > >>> On Donnerstag, 13. Februar 2014, Jakub Wilk wrote: > >>>> https://en.wiktionary.org/wiki/poor_man%27s > >>> > >>> I knew that :) I still don't think it's appropriate nor helpful to > >>> describe > >>> software with these attributes. (Hints: free software is always free as in > >>> gratis, and men, well, men^wmeh.) > >> > >> Packager is using upstream description. From their website, > >> https://github.com/np1/mps > >> > >>Poor Man's Spotify - Search and stream music > >> > >> In English, the phrase doesn't carry a negative connotation. It is a > >> clever way to replace something expensive with something less > >> expensive. > > > > It doesn't mean we should use gender-specific words in package > > descriptions. Also, there're too many non-english people in Debian > > world, so avoiding such expressions we avoid annoying emails coming from > > annoying non-english people like me. > > > > Regards, > > > That's why there is a project to translate the package descriptions. > Poor man's something is correct English, is a fixed expression and > should not be changed (even if gender specific). Sorry, but I don't see both being correct in English and a being fixed expression as good reason to keep this. And I'm happy it was changed in time, thanks Zlatan btw. Regards, -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1392517014.32212.20.camel@gnudaw
Re: oshackers.org: visualizing the operating system developers
On Thu, Jun 16, 2011 at 09:36:49AM +0800, Paul Wise wrote:
> On Thu, Jun 16, 2011 at 2:28 AM, Sakis Kasampalis wrote:
>
> > Based on the idea of http://maps.ubuntu.com/map/ my friend Efstathios
> > and me (mostly consulting) developed http://oshackers.org/ - A Web
> > application that can be used for visualizing the Free Software/Open
> > Source operating system hackers around the world. oshackers supports
> > features not included in the Ubuntu maps application, like (1)
> > clustering, (2) short/detailed information about a developer by simply
> > left-clicking on the system's icon,
> > (3) visualization of a specific system, etc.
> >
> > You are more than welcomed to register and tell us what you think!
>
> Any particular reason you aren't using OpenStreetMap?
Btw, we have something similar at http://gis.debianart.org/
Regards,
--
--------
.''`. Tiago Bortoletto Vaz GPG : 1024D/A504FECA
: :' : http://tiagovaz.org XMPP : tiago at jabber.org
`. `' tiago at {tiagovaz,debian}.org IRC : tiago at OFTC
`-Debian GNU/Linux - The Universal OS http://www.debian.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110616014835.gd17...@debian.org
Bug#642562: ITP: flickrbackup -- Simple tool to perform a backup of your photos in flickr
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: flickrbackup Version : 0.1 Upstream Author : Colm MacCarthaigh * URL : https://github.com/tiagovaz/flickrbackup * License : Apache-2.0 Programming Lang: Python Description : Simple tool to perform a backup of your photos in flickr flickrbackup is a simple python script which make a locals copy of all your pictures hosted in flickr.com. . It downloads the pictures and organize them using your set names. flickrbackup is also able to store title, description, tags and other metadata from flickr sets as EXIF data. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110923211227.10609.69740.reportbug@x61
Bug#771850: ITP: pymappergui -- Graphical User Interface for libmapper
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: pymappergui Version : 0.1 Upstream Author : Tiago Bortoletto Vaz * URL : https://github.com/tiagovaz/pyMapperGUI * License : GPL Programming Lang: Python Description : Graphical User Interface for libmapper pyMapperGUI is a Graphical User Interface for connecting devices using libmapper. . libmapper is a cross-platform software library for declaring data signals on a shared network and enabling arbitrary connections to be made between them. It creates a distributed mapping system/network, with no central points of failure, the potential for tight collaboration and easy parallelization of media synthesis. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141202211752.20772.31847.reportbug@x220
Re: Questionable Package Present in Debian: fortune-mod
On Sun, Aug 20, 2023 at 10:54:18AM +0200, Dominik George wrote: > Hi Marvin, > > >This is simply and blatantly incorrect. Debian is a distribution. > > To some, that is the same. > > If you think describing Debian as an "operating system", then for a start, > you should go and propoae to update the banner on the front page of > https://debian.org/ Well, it also says "Debian is a Community of People!". Yet many people seem to ignore this part. Bests, -- Tiago Vaz https://tvaz.cc
Bug#907435: ITP: antimony -- Computer-aided design CAD tool
Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz * Package name: antimony Version : 0.9.3 Upstream Author : Matthew Keeter and other contributors * URL : http://www.mattkeeter.com/projects/antimony/3/ * License : MIT Programming Lang: C++ Description : Computer-aided design CAD tool Antimony is a computer-aided design (CAD) tool from a parallel universe in which CAD software evolved from Lisp machines rather than drafting tables. Antimony is built on three mostly-orthogonal axes: - A framework for tracking information flow through directed acyclic graphs - A geometry engine for doing CSG - A standard library of shapes and transforms
Re: Debian Monthly [debian-devel]: AI News Report 2024/10
Hi, On Sun, Nov 10, 2024 at 08:24:19AM GMT, Holger Levsen wrote: > On Sun, Nov 10, 2024 at 08:48:21AM +0900, Charles Plessy wrote: > > Our mailing lists were a ground-breaking technological avance in the > > past that would open Debian to the whole World, but now are they not > > working exactly against that? > > first: citation needed. > second: summaries written by applied statistics systems will not help. > (also citation needed I guess.) I'm glad I know Holger in person, so I can smile instead of feeling furious about this kind of input :-) > -> please post these summaries to a dedicated applied statistics summary > mailinglist, but please dont spam the original lists with this bot content. Hmm... An opt-in llm-generated-monthly-digest mailinglist/feed/whatever... Not really a fan of this kind of content (yet?), but I believe that something like this could be seen as a fair balance between avoiding annoyance and providing a space for experimentation on the subject within Debian. > btw, the signature below was choosen by an 'artificial intelligence' > system called fortune. it's so amazing and wise!!1 See how this whole thing has its fun side. Let's just relax and play, responsibly(-ish). That said, please no LLM feeds in planet.d.o :p +thanks lumin for all the effort and thought you have put into this. Bests, -- Tiago signature.asc Description: PGP signature
Re: Bits from DPL / Feedback on attracting newcomers
On Wed, Dec 11, 2024 at 06:05:51PM GMT, Otto Kekäläinen wrote: > Hi, > > > > While I personally think e-mail-based workflows can be quite nice, the > > > BTS' asynchronous nature did cause me a lot of extra pointless work > > > when I was an outsider attempting to learn the ropes. Being not 100% > > > confident with the system, I way too often found myself waiting > > > minutes – as much as 10 or 15 – for replies to simple operations. > > > > agree with this. Also the noisy reply to every message is pretty > > unhelpful - even gmail cant work out what is being acknowledged > > > > > > I'd like to help improve the docuemntation, and suggest ways to make it > > less confusing to use, but the bts's own bug list makes me wonder if > > anyone would review > > I submitted 4 years ago > https://salsa.debian.org/debbugs-team/debbugs/-/merge_requests/6, > which got some approving comments, but nobody merged it. Your time is > probably better used contributing to the Debian Developers Reference > or other docs. > > Honestly, I suspect bugs.debian.org is intentionally cumbersome to use > to deter "noobies", and raise the bar for submission so high, that any > bug that actually gets filed is likely already well researched by a > Debian expert and half of the time comes with a patch attached. > Unfortunately it also leads to maintainers having to put more effort > in maintaining the bug reports as the barrier for contributors to help > out with bug triage etc way too high. > Btw, for triage I used to suggest https://fabre.debian.net to newcomers. I had some hope that it could be a start for something bigger, so I tried to have access to the code to improve a few things but never had an answer from the maintainer :\ Just pointing out this somewhat unknown project which is still online. Bests, -- Tiago Vaz
Re: ITN procedure?
Hi, On Wed, May 07, 2025 at 07:34:17PM -0300, Antonio Terceiro wrote: > On Wed, May 07, 2025 at 10:27:03PM +0200, Jonas Smedegaard wrote: > > What is your offer? To take over? No, you don't want to do an ITS. > > > > You want to do "help" the maintainer see the light in changing their way > > of working themselves, by doing a one-off non-mild "NMU" which is not an > > NMU because it is not mild but invasive. > > I think your reaction to this is a bit harsh. I see this ITN proposal as > a way how to handle pacakges that are effectively unmaintained, but > where one is not necessarily interested in becoming the maintainer. > > Importing the package into git will make the life of almost everyone¹ > who comes across this package in the future easier. Yes, it's not > exactly a NMU in the strict sense, but who cares? The package is > *abandoned*. Maybe just not calling it an NMU would be a compromise? > > ¹ yes I know there are people who don't (yet?) use git for maintaining > packages, and that's OK. I even have friends who do it. > > If their packages are maintained, then nobody will touch it. I tend to agree with Terceiro. Back to Andreas' initial message: "The affected packages have typically not seen activity from their maintainers in ≥5 years and do not appear to be maintained in any VCS accessible to Debian contributors (e.g. Salsa)." So whatever you call your intention here I guess we should see it with welcoming eyes. But, if one feels ITN can be somewhat misleading, let's just try something else: ITR (Intent to Revamp)? "to change or arrange something again, in order to improve it" note: I've seen 'ITR' being used in Debian before as Intend to Resign (does it make sense?) and also as Intent to Review (in some i18n context). I don't think it should be a problem, though. Or, again, whatever you call it. Let's just avoid an ITDN (Intend To Do Nothing) on such cases. Bests, -- Tiago signature.asc Description: PGP signature
Re: Can the community team remove packages or kick me out for not removing packages?
Hello, On Thu, Jul 17, 2025 at 10:38:29AM +0200, Hanno 'Rince' Wagner wrote: > Hi Alex, > > On Thu, 17 Jul 2025, Alex wrote: > > > > problem, when we have the package - as other thousand packages too - > > > and let the admin decide wether he wants to install it? > > > > It's problematic because Debian would be providing its huge platform to > > offensive/harmful content. > > yes, it would. It would also not forcing anyone using this content. If > you want to have it then you have to install it by yourself. Any software packaged in Debian is automatically promoted, meaning that Debian itself (as a project) is responsible for disseminating its contents. This has nothing to do with free speech, which is currently the dominant narrative used by big tech companies to avoid responsibility when their algorithms promote hatred written by others. This isn't about silencing them; it's simply about not providing them with our infrastructure to spread their hatred (jokes are one of the most common form of expressed hatred). > you do not have to install this content if you do not like it. if you > want to, you can - but it is your decision. if you remove the content, > you take this decision away. Yes. You don't even need a Debian package for that. > So, as long as someone wants to take care of this package, I say let > it be in the package pool. Fine, but those in charge (thanks release team) decided not to. > please respect all people and respect that they may have a different > opinion or view as you. > Yes. Bests, -- Tiago Bortoletto Vaz signature.asc Description: PGP signature
Re: Can the community team remove packages or kick me out for not removing packages?
Hi Salvo, I have nothing helpful to add to the discussion, but I'd like to say that I value a lot the time you spend in Debian, and I'm sorry that you decided not joining DebConf this year. Here I've had some pleasant conversations with people I don't get on with via email, which really shows how important face-to-face events are for the project. I hope we'll meet in the future and we'll feel okay about any disagreements we may have. Bests, -- Tiago Bortoletto Vaz On Thu, Jul 17, 2025 at 11:06:11AM +0200, Salvo Tomaselli wrote: > For the past 20 years debian has shipped offensive content in the > non-offensive section. > > 2 years ago I started to work to rectify the situation. > > Where was the community team for those 20 years? > > Where are they now? > > Why are they refusing to help? > > Why is the reaction to waste my time instead of actually helping? > > I leave you with a quote. It's not in the offensive section but it > might offend some. > > I difensori della morale tradizionale sono raramente persone di cuore. Si è > tentati di pensare che essi si servano della morale come di legittimo sfogo > al loro desiderio di fare del male agli altri. >-- Bertrand Russell, Perché non sono cristiano. 1957 > > > > Best > > Il giorno gio 17 lug 2025 alle ore 10:54 Tiago Bortoletto Vaz > ha scritto: > > > > Hello, > > > > On Thu, Jul 17, 2025 at 10:38:29AM +0200, Hanno 'Rince' Wagner wrote: > > > Hi Alex, > > > > > > On Thu, 17 Jul 2025, Alex wrote: > > > > > > > > problem, when we have the package - as other thousand packages too - > > > > > and let the admin decide wether he wants to install it? > > > > > > > > It's problematic because Debian would be providing its huge platform to > > > > offensive/harmful content. > > > > > > yes, it would. It would also not forcing anyone using this content. If > > > you want to have it then you have to install it by yourself. > > > > Any software packaged in Debian is automatically promoted, meaning that > > Debian itself (as a project) is responsible for disseminating its > > contents. This has nothing to do with free speech, which is currently > > the dominant narrative used by big tech companies to avoid > > responsibility when their algorithms promote hatred written by others. > > This isn't about silencing them; it's simply about not providing them > > with our infrastructure to spread their hatred (jokes are one of the > > most common form of expressed hatred). > > > > > you do not have to install this content if you do not like it. if you > > > want to, you can - but it is your decision. if you remove the content, > > > you take this decision away. > > > > Yes. You don't even need a Debian package for that. > > > > > So, as long as someone wants to take care of this package, I say let > > > it be in the package pool. > > > > Fine, but those in charge (thanks release team) decided not to. > > > > > please respect all people and respect that they may have a different > > > opinion or view as you. > > > > > > > Yes. > > > > Bests, > > > > -- > > Tiago Bortoletto Vaz > > > > > -- > Salvo Tomaselli > > "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di > senso, ragione ed intelletto intendesse che noi ne facessimo a meno." > -- Galileo Galilei > > https://ltworf.codeberg.page/ signature.asc Description: PGP signature
Re: Can the community team remove packages or kick me out for not removing packages?
On Thu, Jul 17, 2025 at 11:12:14AM -0700, Soren Stoutner wrote: [...] > > The package maintainer has already explained that he has the same general > feeling. There are some things he has already removed from the package > because he feels they are inappropriate for Debian. He has also expressed > the > willingness to consider removing other things from the package if someone can > point to a specific entry that reaches the unacceptable level of > offensiveness. As I understood it from a previous message, during his clean-up work, the maintainer found a quote where beating women is encouraged. What did he do then? He left it in the package! It doesn't matter what session he moved it to. It's not only package users who might be offended by such content being promoted in our infrastructure. I'm surprised that such an obvious issue is being overlooked by some here. Debian will not only lose one user of the offending package as already inaccurately argued in this thread, but contributors and developers who simply won't have the motivation to give their time to a project that allows and promote such nonsense. The fact that we are wasting so much time discussing offending packages that nobody uses (as stated by the maintainer somewhere in this long thread) also feels a bit surreal. Bests, -- Tiago Bortoletto Vaz signature.asc Description: PGP signature
Re: Can the community team remove packages or kick me out for not removing packages?
On Fri, Jul 18, 2025 at 10:10:42AM +0200, Stephan Seitz wrote: > Am Fr, Jul 18, 2025 at 03:01:44 -0400 schrieb Tiago Bortoletto Vaz: > > obvious issue is being overlooked by some here. Debian will not only > > lose one user of the offending package as already inaccurately argued in > > this thread, but contributors and developers who simply won't have the > > motivation to give their time to a project that allows and promote such > > nonsense. > > This might be. > But are you very sure that Debian will not lose contributors and developers > *because* they don’t want this removing because of content bullshit? Or do > consider them not worthy enough for Debian? I'm not very sure, but I tend to believe that some offences cause more harm than others. I believe that the suffering of women in projects that use their own infrastructure to promote women being beaten deserve more consideration than the suffering of someone who's upset because their package promoting violence against women isn't welcome. So, if I had to make a choice, it wouldn't be too hard to take a side. I'd feel sorry if the upset packager folk leave the project, but even more if we get to loose the ones directly offended by the actual offence. I also believe that the majority of our community would agree with me. But again, I'm not very sure. > This will go both ways. As usual. Bests, -- Tiago Bortoletto Vaz signature.asc Description: PGP signature
