Re: spamblocking the lists
On Wed, Mar 08, 2000 at 10:55:01PM +, Jules Bean wrote: > > > > > > Can we please close the list from non-member submissions? > > > > > NO! > > > > > I, like many users of Debian, post from different mail addresses. > > > > > Lists which are closed that way are really painful. > > So sign on with multiple addresses and set all but one nomail. It's > > ludicrous to subject everyone to spam just to make things convenient for > > a minority of users, especially if a fix exists that only those people > > affected by the spamblock will have to implement. > > [meta: this question is inappropriate for this list, but I can't > resist answering. Maybe we need a debian lists FAQ] > > There are a variety of perfectly valid reasons to post to a list you > aren't subscribed to. From time to time, interested members of the > free software community cc: an email to debian-devel because they want > to alert us to some issue which is relevant. *nod vigorously* > I very, very rarely get spam through -devel (or any debian list) and I > don't have a problem with the current system. If spam is too much, > then the solution, I suggest is to use the various blocking lists > (maybe we do) and just possibly, in extremis, require explicit > addressing as I suggested earlier. I guess you are not subscribed to debian-user-spanish. We get 1 or 2 daily. The rules described above, no Bcc: and limiting the to: addresses to 10 should work with us. None of the spam we get there has the debian-user-spanish@lists.debian.org header. There was a flame-thread about the convenience of closing the list to only-members, but I think that's a bad idea for the reasons you explain above. Now, can these rules be applied? We _really_ need them at the spanish list. Thanks Jordi -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, ka Oskuro in RL-MUD || [EMAIL PROTECTED]|| Using Debian GNU/Linux http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgpyJPN2cRzZy.pgp Description: PGP signature
ITP Twig
Hello, I'm not sure about this, but I think there's no web frontend for mail in Debian, so I am going to try to package twig. I have not seen any entry for this app in WNPP, but if anyone really wants this package, I have no problem giving it away. Taken from fm's description, TWIG is a web-based IMAP client written with PHP3. Its features include IMAP E-mail, contact management, scheduling, Usenet newsgroups, todo manager, and bookmark management. Any piece of information can be shared with other users on the system using TWIG's built-in groupware functionality. TWIG is written and implemented completely with the PHP programming language. The author's intention is that it becomes a simple, cross-platform, fast, and browser-independent way to access or share almost any kind of information, without the complexity or costs of other intranet/groupware packages. It's licensed under the GPL. Thanks, Jordi -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, ka Oskuro in RL-MUD || [EMAIL PROTECTED]|| Using Debian GNU/Linux http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E
Re: Idea: Debian Developer Information Center
On Sat, Mar 25, 2000 at 10:40:27PM +0100, Josip Rodin wrote: > > Hey people ! I posted this mail in order to have some input ... it would > > be great if some of you gave their opinion about this proposition I posted > > a while ago : > > I guess the silent majority overwhelmingly agrees to your proposal ;) Yeah, I agree this is a great idea :) We want this done by the end of the week :P > > > > With this system, each developer can add his own page on one of his > > > bookmark and from time to time he can check what he's responsible for and > > > what he should do in one look. > > It would be my first bookmark... please do it :) Haha! Pleaase let's call it my.debian.org, *grin*. Now, something like this would be really useful. Jordi -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, ka Oskuro in RL-MUD || [EMAIL PROTECTED]|| Using Debian GNU/Linux http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgpzGvF2JlW7x.pgp Description: PGP signature
Alternate LILO package?
Some time ago, someone (I think it was Vincent) asked about the possibility of including the new LILO with LBA support in frozen, but IIRC this idea was discarded because there are some issues with this new version. Today I was wondering if it would be possible to add a new "lilo-lba" package with this new version, enclosed in many warnings about possible problems with this lilo version or whatever. I know we're at -20ºC in the freeze now, but. (Ok, I've been naughty). Just a thought... -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, ka Oskuro in RL-MUD || [EMAIL PROTECTED]|| Using Debian GNU/Linux http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgpMjvkKXmFm7.pgp Description: PGP signature
Re: RFP: Quadra -- a multiplayer networked smooth tetris game
On Tue, Aug 15, 2000 at 11:18:03AM +0200, Marcelo E. Magallon wrote: > tetrinet? /me looks... wow. Some people certainly dig this game, don't > they? Yeah, and there is a group of people starting an Open Tetrinet project, so the protocol gets some new development. It would break compatibility with the Windows client, but they also plan to write a new, free one. > supports tetrinet, but I doubt it. I don't know if gtetrinet /really/ > requires GNOME (it says so on its readme and the package does require > the GNOME libs), Quadra doesn't. As said, it's pretty much a self > contained package. Removing the GNOME libs dependency is in the TODO list for Gtetrinet, afaict. > It sounds like you like tetris, perhaps you could take a look at Quadra > and point out if it's really worth the effort. My naive non-tetris-fan > experience suggests people who like tetris would like this game. But > my naive non-tetris-fan experience is turned into nothingness after > seeing what tetrinet is. I'll have a look at Quadra, but if I have no time to play tetrinet now, I doubt that would change for this other game. -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgpeKk3OIS0BQ.pgp Description: PGP signature
Re: Bug#33993: general: Should log all the boot messages
On Fri, Aug 18, 2000 at 12:28:58AM +0200, Peter Palfrader wrote: > dmesg only is for kernel messages. The entire userland (like starting > daemons etc.) is not covered by it. IIRC a few months ago someone > had a patch agains init (or something else) that would log the > entire startup. I don't know what its current status is but it seemed > like a really nice idea at that time. This patch was written by one of my classmates. I told him to file a bug against shellutils, or to write to the maintainer, but I don't know if he finally did. The source is available for download in http://pusa.uv.es/~ulisses/debian-rc. I guess I can post a diff against the package in the BTS, if Mike wants one. Ulisses can be reached at [EMAIL PROTECTED] He will be glad to hear some news about this. Jordi -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgpJCFc5LyNfs.pgp Description: PGP signature
Re: Qt going GPL ...
On Mon, Sep 04, 2000 at 03:50:03PM +0200, Hugues Marilleau wrote: > Who is going to ITP kde ? I guess RevKrusty may want to put his packages into Debian? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PERL MAINTAINERS SUCK - COMPLETE MORONS
On Tue, Jan 09, 2001 at 04:50:05PM +0100, Ron Rademaker wrote: > Hmm, isn't sid called UNSTABLE, that means that if you want use it, there > is a risk that things aren't exactly perfect (don't take perfect to > seriously). That doesn't solve that perl's official maintainer broke the packages quite badly and others had to NMU them as they were not getting fixed. > BTW. Why didn't you post a bug report about this? > > Package: perl-5.6 > > Severity: critical We need a higher severity? :)
Re: mozilla 0.7
On Wed, Jan 10, 2001 at 02:26:42PM +0100, Arjan Drieman wrote: > Is it recommended to send bug reports about new releases in general? Or > is it recommended not to? I'd say it's not bad if it's been out for a LONG time and the packages haven't been updated for ages. But I don't think the day after a release someone should be filing bugs, no. -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgpEVTnigiCXJ.pgp Description: PGP signature
Re: galeon in Debian stable
On Wed, Aug 27, 2003 at 08:40:39AM +0100, Mark Howard wrote: > It's great to see so many positive comments about galeon. Hopefully > 1.3.8 will go into stable. [galeon developers - is this likely to be > released in the next 3 weeks, or should we really be looking at 1.3.7?]. > If that's not released in a few weeks, I think we would be best looking > at a well tested cvs snapshot - there have been many great changes since > that release (5% of the changelog in only 1 month!). > I'll make a new snapshot package and upload to unstable tonight. I might > then use experimental for new snapshots for a while when trying to get > at least one version of galeon 1.3 into testing. Once 1.3.8 (or wherever > we decide to freeze) is in unstable I will also continue to make > snapshots for those of us who want them and upload these to > experimental. Way to go Mark! I'm looking forward to 1.3.8, sounds promising :) > When I replaced the unbuildable, uninstallable galeon1.2 in sid with > 1.3 snapshots from the galeon-snapshot package I was sent a lot of > flames (and so was the bts). This was obviously counterproductive (as was > the similar situation happening upstream around the time of the epiphany > fork). That's why I wanted a decision to include galeon to be made on > debian-gtk-gnome rather than taking all the responsibility myself :) > (I was also concerned about releasing a developmental version in stable > - this is my first Debian release after all) You learn a lot in release cycles. I, for example, did a big mistake with nano during the woody freeze, which caused nano in woody not be as good as it should have been. I basically uploaded an unstable version of nano to debian unstable, thus blocking the possibility of providing fixes to the stable nano in testing. First I thought nano 1.0.6 was perfectly ok, but then we found out that the boot-floppies needed a feature in 1.0.8... In your case, there's no choice. 1.3.x is the best version we have, and nearly everyone is happy with it. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/~jordi/ pgpFL8o4yApAH.pgp Description: PGP signature
Bug#202419: any idea of hwen this will be uploaded?
Package: wnpp Version: unavailable; reported 2003-08-28 Followup-For: Bug #202419 Hi Leo, My brother just got a webcam. Do you have packages ready? If so, can you upload them or provide an URL? Thanks, Jordi -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux foc 2.4.21 #1 dj ago 28 10:43:33 CEST 2003 i686 Locale: LANG=ca_ES, LC_CTYPE=ca_ES
Intent to NMU tinyproxy
(please respect Mail-Followup-To:, as I'm not subscribed to this list) Hi, I've worked on some improvements to the tinyproxy package, and I'm looking for reviewers before I upload this to unstable. My main interest in NMUing this was enabling transparent proxy support to the package, but after seeing the last maintainer upload was over four years ago and there was room for several other packaging improvements, I went ahead and fixed many other things. I need advice on what to do about the version number. Debian's current version is 1.6.3-2.1, and my NMU should be -2.2. However, it seems Ubuntu uploaded -3 as a fork of Debian's -2 by mistake some time ago, so our NMU changes aren't getting synced in Ubuntu releases. Should I ignore this or should I artificially bump the version number to something greater than Ubuntu's, allowing them to sync our changes? If the latter, should I use -3.0, -3.1, -3.2? Currently I'm using -3.2. I have uploaded i386 binaries and source to http://people.debian.org/~jordi/debian, along with an (unreadable) interdiff which shows that all patches have been moved to debian/patches. List of changes is in http://people.debian.org/~jordi/debian/tinyproxy_1.6.3-3.2_i386.changes Please test and/or comment, as my usage of tinyproxy is quite simple and limited. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Re: Intent to NMU tinyproxy
Hi, On Fri, Jul 04, 2008 at 02:08:23PM -0500, Gunnar Wolf wrote: > Given the above mentioned factors (mainly, you are adding > functionality and not just fixing a bug, and the maintainer is not at > all active), I'm sure you have tried to ping Ed Boraas on this > regard. Why don't you take over the package? I think everybody will be > better off that way... No, the first time I've contacted Ed was with my previous email, actually. I did check in the PTS and his activity in the last two or three years is quite low. I don't think I want or should take over the package. The time I can devote to Debian is really scarce these days and I should actually get rid of Debian duties, other than accepting new ones. :) > (of course, keeping Ed in the Cc: - Ed, are you still interested in > this package? Would you oppose Jordi taking over?) If Ed agrees with handing the package over, I can orphan it and do a QA upload, or post a RFA. That would fix the Ubuntu issue I mentioned, too, as they would only need to do a no-change rebuild to get it in sync. If Ed doesn't react, maybe orphaning it is best after all. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#544702: ITP: gnosek-fcgiwrap -- simple server to run CGI applications over FastCGI
Package: wnpp Severity: wishlist Owner: Jordi Mallach * Package name: gnosek-fcgiwrap Version : 0.0.20090717.28ac6f9-2 Upstream Author : Grzegorz Nosek * URL : http://nginx.localdomain.pl/wiki/FcgiWrap * License : MIT Programming Lang: C Description : simple server to run CGI applications over FastCGI fcgiwrap is a simple server for running CGI applications over FastCGI. Its goal is to provide clean CGI support to the nginx webserver, although can be used with others. fcgiwrap is lightweight and has no configuration, making it possible to use the same pool to run different sites. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: lilo removal in squeeze (or, "please test grub2")
[Please Cc: replies, I'm not subscribed to debian-devel ] Stephen Powell wrote: > What about Jordi Mallach and Colin Watson? The package page for grub-pc > lists them as maintainers too. Have they disappeared as well? Or are > they no longer maintainers for this package? In which case their names > should be removed from the web page. The main reason for being listed as an Uploader for GRUB was helping out with PowerPC support; a task which isn't critical for squeeze nor I can really keep doing as my G4 box is dead. Colin added himself to the Uploaders field when I requested him to do so, as he's been in charge of Ubuntu's switch to GRUB2 for Ubuntu and after the "disappearance" of Felix and Robert, he's the Debian person with more experience to do uploads of the package. He did know he wouldn't be able to track upstream as Felix and Robert were (ie, uploading several snapshots every two weeks or so). I can try to work with Vladimir and Colin to get things shaped out a little, but honestly I don't think I'd be in a position to do this before the 22th of June, when exams finish. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#219959: ITP: mozilla-locale-eu -- Mozilla Basque Language Package
Package: wnpp Severity: wishlist * Package name: mozilla-locale-eu Version : 1.5 Upstream Author : Librezale.org * URL : http://www.librezale.org/mozilla/ * License : (GPL, LGPL, MPL) Description : Mozilla Basque Language Package Basque menu/message resource package for Mozilla. . Homepage: http://www.librezale.org/mozilla/ -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux nubol 2.6.0-test7 #1 Tue Oct 14 14:38:50 CEST 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Re: Bug#219959: ITP: mozilla-locale-eu -- Mozilla Basque Language Package
On Tue, Nov 11, 2003 at 04:59:45PM -0500, Joe Drew wrote:
> The mozilla-locale* packages need some uniformity to their short (and
> maybe long, I haven't looked) descriptions.
>
> ("Mozilla $LANG Language Package", "Mozilla $LANG language add-on",
> "Mozilla $LANG language/region pack" are all examples)
>
> I suggest "Mozilla $LANG language support package", perhaps without
> "support."
I'll change the description if you manage to get everyone to accept this
one :)
A better generic long description for all the packages would be nice
too.
Jordi
--
Jordi Mallach Pérez -- Debian developer http://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/~jordi/
signature.asc
Description: Digital signature
Re: Jordi Mallach net dead ?
On Sun, Apr 21, 2002 at 08:27:09PM -0300, Carlos Laviola wrote: > > Does anyone know the whereabouts of my AM Jordi Mallach ? I've sent him > > 2 emails about two weeks ago and heard nothing from him ever since. Is > > he on a vacation or something ? Or maybe my emails didn't get throught > > to him (even though I got no SMTP error). > Well, I've just talked to him on IRC a few hours ago. He goes by the > nickname of Oskuro on the OpenProjects IRC network (irc.debian.org), try > to reach him there sometime. Hi Leo, I've been pretty busy with RL stuff lately, I think I warned you about it. Anyway, I hope I can reply to your stuff soon. Jordi -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgp4hsX1psQMz.pgp Description: PGP signature
Re: esound with libasound2
On Tue, Dec 03, 2002 at 09:13:52PM -0800, Ryan Murray wrote: > This is an ABI change, and as ALSA 0.5 is still the stable release, (and > the only one that seems to work for me) I don't want to change it yet. Well, what Ryuichi said... ALSA people don't support 0.5 anymore. In any case, I guess it's ok to stick to libasound1 for now, as ALSA people still do bad stuff with libasound2 with every new release candidate (if they can be called rc's). ALSA upstreams were planning to drop alsa-0.5 packages RSN. I guess this won't include alsa-lib-0.5, as it's still used by a handful[1] of packages, but the rest of stuff is just too painful to maintain. Jordi [1] Reverse Depends: xmp-alsa,libasound1 0.5.5 soundtracker,libasound1 0.5.5 smurf,libasound1 0.5.8 pmidi,libasound1 0.5.5 libphonecore1,libasound1 0.5.5 libesd-alsa0,libasound1 0.5.5 libasound1-dev,libasound1 0.5.10b-1 libao0,libasound1 freesci,libasound1 0.5.5 alsa-utils-0.5,libasound1 0.5.5 -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/~jordi/ pgpik4yIchqdz.pgp Description: PGP signature
Re: XFree 4.2.0 - again
On Mon, Apr 15, 2002 at 10:09:55PM -0500, Scott Dier wrote: > bleeding software. Brandon has added functionality to our X packages Run, Scott :) -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgp6CBlfM31HT.pgp Description: PGP signature
Reverting to GNOME for jessie's default desktop
Hi Debian, It's been around 9 months since tasksel changed (for real) the default desktop for new installs. At the time of the change, it was mentioned the issue would be revisited before the freeze, around debconf time. Well, it's roughly that time. :) So I'd like to plainly request GNOME is reinstated as the default desktop environment for a number of reasons. Accessibility: GNOME continues to be the only free desktop environment that provides full accessibility coverage, right from login screen. While it’s true GNOME 3.0 was lacking in many areas, and GNOME 3.4 (which we shipped in wheezy) was just barely acceptable thanks to some last minute GDM fixes, GNOME 3.12 should have ironed out all of the issues and our non-expert understanding is that a11y support is now on par with what GNOME 2.30 from squeeze offered. Downstream health: The number of active members in the team taking care of GNOME in Debian is around 5-10 persons, while it is 1-2 in the case of Xfce. Being the default desktop draws a lot of attention (and bug reports) that only a bigger team might have the resources to handle. Upstream health: While GNOME is still committed to its time-based release schedule and ships new versions every 6 months, Xfce upstream is, unfortunately, struggling a bit more to keep up with new plumbing technology. Only very recently it has regained support to suspend/hibernate via logind, or support for Bluez 5.x, for example. Community: GNOME is one of the biggest free software projects, and is lucky to have created an ecosystem of developers, documenters, translators and users that interact regularly in a live social community. Users and developers gather in hackfests and big, annual conferences like GUADEC, the Boston Summit, or GNOME.Asia. Only KDE has a comparable community, the rest of the free desktop projects don’t have the userbase or manpower to sustain communities like this. Localization: Localization is more extensive and complete in GNOME. Xfce has 18 languages above 95% of coverage, and 2 at 100% (excluding English), GNOME has 28 languages above 95%, 9 of them being complete (excluding English). Documentation: Documentation coverage is extensive in GNOME, with most of the core applications providing localized, up to date and complete manuals, available in an accessible format via the Help reader. Hardware: GNOME 3.12 will be one of the few desktop environments to support HiDPI displays, now very common on some laptop models. Lack of support for HiDPI means non-technical users will get an unreadable desktop by default, and no hints on how to fix that. Security: GNOME is more secure. There are no processes launched with root permissions on the user’s session. All everyday operations (package management, disk partitioning and formatting, date/time configuration…) are accomplished through PolicyKit wrappers. Privacy: One of the latest focuses of GNOME development is improving privacy, and work is being done to make it easy to run GNOME applications in isolated containers, integrate Tor seamlessly in the desktop experience, better disk encryption support and other features that should make GNOME a more secure desktop environment for end users. Popularity: One of the metrics discussed by the tasksel change proponents mentioned popcon numbers. 8 months after the desktop change, Xfce does not seem to have made a dent on install numbers. The Debian GNOME team doesn’t feel popcon’s data is any better than a random online poll though, as it’s an opt-in service which the vast majority of users don’t enable. systemd embracing: One of the reasons to switch to Xfce was that it didn’t depend on systemd. But now that systemd is the default, that shouldn’t be a problem. Also given ConsoleKit is deprecated and dead upstream, KDE and Xfce are switching or are planning to switch to systemd/logind. In addition to this, moving to Xfce now would mean yet another transition to a new desktop (if we consider GNOME 2.x → 3.x a transition, which it is), which would mean a new round of adapation for users installing Debian from scratch, and only after two years after getting used to the GNOME 3 workflow. jessie's GNOME 3.x release should be a lot more polished than what we shipped with wheezy, which means many of the rough edges and annoyances people may have found when upgrading from squeeze are probably now ironed out. Many members of the Debian GNOME team feel shipping Xfce by default would mean regressing in a few key areas like, as mentioned before, accessibility, localisation and documentation of the default set of applications. We are wary about the state of some features of the current default with respect to power management and bluetooth, for example. These features are driven by, and working since day 1, by GNOME 3.12. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG pu
Bug#769907: general: non-sysvinit init systems are made of fail
El dl 17 de 11 de 2014 a les 15:41 +0100, en/na Michal Suchanek va escriure: > -- System Information: > Distributor ID: Ubuntu > Description: Ubuntu GNU/Linux testing (jessie) > Release: testing > Codename: jessie > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.11-trunk-amd64 (SMP w/2 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash Is this some kind of joke? -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ -- 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/1416333472.2628.3.ca...@debian.org
Bug#652827: ITP: hunspell-an -- Aragonese dictionary for hunspell
Package: wnpp Severity: wishlist Owner: Jordi Mallach * Package name: hunspell-an Version : 0.2 Upstream Author : Santiago Paricio Juan Pablo Martínez * URL : https://addons.mozilla.org/firefox/downloads/file/136466/corrector_ortografico_aragones-0.2-fx+tb+sm.xpi * License : (GPL-3.0+, LGPL-3+, MPL-1.1) Description : Aragonese dictionary for hunspell This is the Aragonese dictionary for use with the hunspell spellchecker. . The wordlist is built using free corpuses using Aragonese Wikipedia and Aragonese Apertium dictionaries. They are based on the Aragonese grammar as proposed by the Academia de l'Aragonés. -- 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/20111220182209.9908.20842.report...@aigua.oskuro.net
Bug#634235: ITP: mess-desktop-entries -- Desktop entries for MESS ROMS
Package: wnpp Severity: wishlist Owner: Jordi Mallach * Package name: mess-desktop-entries Version : 0.2 Upstream Author : Matthew Barnes * URL : none * License : GPLv3 Programming Lang: none Description : Desktop entries for MESS ROMS This is a collection of desktop entries to handle ROM files for certain game consoles. They use the Multiple Emulator Super System (MESS) to start a game by simply double-clicking the ROM file from a file manager. -- 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/20110717230237.10376.25877.report...@aigua.oskuro.net
Re: Bug#634235: ITP: mess-desktop-entries -- Desktop entries for MESS ROMS
On Wed, Jul 20, 2011 at 02:45:14AM +0200, Jonas Smedegaard wrote: > This package appeared in main and does not depend on MESS, only enhances > it - still it seems to me that this package have no use without MESS and > therefore should instead be in contrib - because MESS is in non-free. This was noted by Tolimar when he accepted the package, and I made the changes in -2, which should be sitting in NEW right now. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ -- 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/20110720115832.gc22...@aigua.oskuro.net
Bug#956901: ITP: nginx-confgen -- Nginx configuration file macro language and preprocessor
Package: wnpp Severity: wishlist Owner: Jordi Mallach * Package name: nginx-confgen Version : 1.2 Upstream Author : Yoran Heling * URL : https://dev.yorhel.nl/nginx-confgen/ * License : MIT Programming Lang: Haskell Description : Nginx configuration file macro language and preprocessor This is a preprocessor and macro system for nginx(-like) configuration files. It can be used to do pre-processing for nginx configuration files (and other configuration files with a similar syntax). It has support for "compile-time" macro expansion and variable interpolation, which should make it less tedious to maintain large and complex configurations.
Bug#843718: ITP: golang-github-tideland-golib -- collection of misc Go packages
Package: wnpp Severity: wishlist Owner: Jordi Mallach * Package name: golang-github-tideland-golib Version : 4.12.0-1 Upstream Author : Frank Mueller * URL : https://github.com/tideland/golib * License : BSD-3-clause Programming Lang: Go Description : Tideland Go Library The Tideland Go Library contains a set of useful Google Go packages for different purposes. They include: . - Audit: Support for unit tests with mutliple different assertion types and functions to generate test data. - Cache: Lazy loading and caching of values. - Collections: Different additional collection types like ring buffer, stack, tree, and more. - Errors: Detailed error values. - Etc: Reading and parsing of SML-formatted configurations including substituion of templates. - Feed (Atom): Atom feed client. - Feed (RSS): RSS feed client. - Identifier: Identifier generation, like UUIDs or composed values. - Logger: Flexible logging. - Loop: Control of goroutines and their possible errors. Additional option of recovering in case of an error or a panic. Sentinels can monitor multiple loops and restart them all in case of an abnormal end of one of them. - Map/Reduce: Map/Reduce for data analysis. - Monitoring: Monitoring of execution times, stay-set indicators, and configurable system variables. - Numerics: Different functions for statistical analysis. - Redis Client: Client for the Redis database. - Scene: Context-based shared data access, e.g. for web sessions or in cells. - Scroller: Continuous filtered reading/writing of data. - SML: Simple Markup Language, looking lispy, only with curly braces. - Sort: Parallel Quicksort. - Stringex: Helpful functions around strings extending the original strings package. - Timex: Helpful functions around dates and times. - Version: Documentation of semantic versions.
Bug#843772: ITP: golang-gopkg-alexcesaro-statsd.v1 -- simple and efficient Golang StatsD client
Package: wnpp Severity: wishlist Owner: Jordi Mallach * Package name: golang-gopkg-alexcesaro-statsd.v1 Version : 0.0~git20160306.0.c289775-1 Upstream Author : Alexandre Cesaro * URL : https://github.com/alexcesaro/statsd * License : MIT Programming Lang: Go Description : simple and efficient Golang StatsD client This is a simple and efficient Golang StatsD client. It supports all StatsD metrics: counter, gauge, timing and set, as well as InfluxDB and Datadog tags. It is fast and GC-friendly: all functions for sending metrics do not allocate. It is efficient: metrics are buffered by default. It has a simple and clean API. I'm packaging this as an indirect dep of goiardi, a chef server written in Golang.
Bug#843825: ITP: golang-github-ctdk-chefcrypto -- Go cryptographic routines to interact with chef servers
Package: wnpp Severity: wishlist Owner: Jordi Mallach * Package name: golang-github-ctdk-chefcrypto Version : 0.0~git20161109.0.dea96d7-1 Upstream Author : Jeremy Bingham * URL : https://github.com/ctdk/chefcrypto * License : Apache-2.0 Programming Lang: Go Description : Go cryptographic routines to interact with chef servers This library includes various cryptographic routines for communicating with chef servers for golang programs and libraries. Originally part of goiardi, it's been split out for packaging purposes. It is being packaged as a dependency of go-chef, in turn a dependency of goiardi, a chef server written in Go.
Bug#843827: ITP: golang-github-ctdk-go-trie -- Trie implementation based on a minimal automaton for Go
Package: wnpp Severity: wishlist Owner: Jordi Mallach * Package name: golang-github-ctdk-go-trie Version : 0.0~git20161027.0.6443fbc-1 Upstream Author : Jeremy Bingham * URL : https://github.com/ctdk/go-trie * License : MIT Programming Lang: Go Description : Trie implementation based on a minimal automaton for Go This library implements tries, also known as prefix trees, using minimal acyclic finite-state automata for the Go programming language. This is a dependency of my upcoming ITP goiardi, a chef server written in Go.
Bug#843830: ITP: golang-github-raintank-met -- an opinionated wrapper around metric client libraries
Package: wnpp Severity: wishlist Owner: Jordi Mallach * Package name: golang-github-raintank-met Version : 0.0~git20161103.0.05a94bb-1 Upstream Author : raintank * URL : https://github.com/raintank/met * License : TODO Programming Lang: Go Description : a wrapper around metric client libraries for Go This library provides an opinionated wrapper around metric client libraries for Go. It supports statsd (recommended) and dogstatsd. This is a dependency of goiardi, a chef server written in Go that I am packaging.
Bug#843969: ITP: goiardi -- A Chef server written in Go, able to run entirely in memory, with optional persistence with saving the in-memory data to disk or using MySQL or Postgres as the data storage
Package: wnpp Severity: wishlist Owner: Jordi Mallach * Package name: goiardi Version : 0.11.0+git20161027.4.7d585ad-1 Upstream Author : Jeremy Bingham * URL : https://github.com/ctdk/goiardi * License : Apache-2.0 Programming Lang: Go Description : A Chef server written in Go Goiardi is an implementation of the Chef server written in Go. It can either run entirely in memory with the option to save and load the in-memory data and search indexes to and from disk, drawing inspiration from chef-zero, or it can use MySQL/MariaDB or PostgreSQL as its storage backend.
Re: If you can't describe what the package is, you probably should not Intend To Package it.
El dt 31 de 01 de 2017 a les 21:44 +1100, en/na Ben Finney va escriure: > Howdy all, > > If your Intention To Package a work for Debian is not accompanied by > an > appropriate description of the package, I argue you do not yet know > what > the package is well enough to file that ITP. > > A lot of the recent Intent To Package reports for Node.js pacakge > have > come with *terrible* package descriptions. They are usually far too > short, and they seem to be copied from the NPM metadata without > explaining it for a Debian audience. > > When I ask about some of these[0], the responses in some cases reveal > that the author of the ITP expected that no-one should be reading it, > and certainly that the description was not important. > > Is someone teaching newcomers to just automatically file ITP bug > reports, without writing a proper package description? If so, > *please* > stop doing that, it teaches unfriendly habits from the start and it > makes the ITP almost useless. I know dh-make-golang creates an "ITP template" that you edit to correct/improve the autogenerated stuff, and the description comes directly from the README.md in the github repo. I wonder if the nodejs stuff does something similar and that's where the not so great descriptions come from. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/
