Re: dpkg semi-hijack - an announcement (also, triggers)
Petter Reinholdtsen wrote: > I believe your understanding of Frans' position is fairly correct, but > it differ from mine, and I am the one behind the dependency boot > sequencing proposal. I am not convinced yet that triggers are needed, > nor wanted, for dependency boot sequencing. This is partly because I > believe the failure modes Frans mention in his post are unlikely to > happen (or impossible, but it is harder to prove). You are simplifying my reservations to a single point. My main point is that insserv is just way too noisy in general, thereby making upgrades harder to check by sysadmins and downright confusing to less experienced users. insserv's failure modes are IMO extremely non-obvious. > So those of you wanting to test dependency based boot sequencing do > not have to wait for triggers for it to work properly. 80% of the > packages got the dependency headers already, and those already using > it report that it work quite well. :) I do agree that more testing is needed and I'd love to see people basing their opinions on their own experience instead of just trusting either Petter or me. We are talking about a very fundamental function in any installation and changing that in a fundamental way as insserv does deserves a lot more care and review than it is currently getting. Marc 'HE' Brockschmidt wrote: > You seem to believe that Frans decides if and when we are going to > switch to a dep-based init system. That is a completely ridiculous simplification of Mike's mail and also does not do justice to the concerns I raised. I have never said or even implied that implementing insserv should be blocked just because of my concerns. I have only pointed out my concerns to the RMs when I saw a request to elevate something to a standard that IMHO is currently not up to Debian quality. Have you actually tried insserv? Well, I _have_ tested it for about two weeks on my laptop and basically had problems both with the switch and with every upgrade involving init scripts after that. That its maintainer requested elevation of insserv to standard just a few weeks after he announces it ready for testing _and_ getting some non-trivial negative feedback was rather an unpleasant surprise to me. So, until you do try insserv yourself and can actually comment based on experience, please don't dismiss concerns raised by others out of hand. Thanks. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg semi-hijack - an announcement (also, triggers)
On Sun, 09 Mar 2008, Joey Hess wrote: > William Pitcock wrote: > > On Sun, 2008-03-09 at 20:38 +0100, Raphael Hertzog wrote: > > > And what is the problem exactly? The delay in patch integration? > > If you'd look at submitting patches to dpkg from the perspective of any > recent patch submitter, I'd think that the problem would be clear. For the record William responded publicly to a private message (clearly tagged that way as it started with "private reply" in the first line) and deliberately cut the rest of my answer! Here it is: | And what is the problem exactly? The delay in patch integration? | | I already explained to Ian that Guillem has orphaned other packages to | spend more time on dpkg. We're aware of the lack of manpower but Ian | instead of helping us productively has always had conflictual | relationship with us. :-( (so William Pitcock and Mike Bird are deliberately inflaming the discussions and I'll avoid responding to them in the future and I advise anyone to do the same) BTW, your git source package code is in the sourcev3 branch and I plan to merge that branch before lenny if I don't get distracted too much by all this story. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg semi-hijack - an announcement (also, triggers)
* Anthony Towns | In January, Tollef posted about his file exclusion branch, for review. | Guillem did some review and proposed merging it for .17; afaics Ian | couldn't find the git repository at first attempt, then offered to review, | but never did. | |-- http://lists.debian.org/debian-dpkg/2008/01/msg00011.html | http://lists.debian.org/debian-dpkg/2008/01/msg00100.html | http://lists.debian.org/debian-dpkg/2008/01/msg00118.html | http://lists.debian.org/debian-dpkg/2008/01/msg00126.html | http://lists.debian.org/debian-dpkg/2008/01/msg00140.html FWIW (and since my name has been dragged into this thread), the acceptance of that branch is waiting on me actually getting around to addressing the issues pointed out by the dpkg team members (and doing a rebase/squash). My interactions with the dpkg team has mostly been good; I've had to prod for review a couple of times, but nothing unreasonable. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the Security Team
Hi Moritz, On Sun, Mar 09, 2008 at 11:05:11PM +0100, Moritz Muehlenhoff wrote: > Use of RT > = > The Security Team is now using Request Tracker to coordinate work > and our RT processes have already been refined a lot. > If you're a package maintainer working towards a security update, > you're now encouraged to open a ticket directly. You will be kept in > CC during the life time of the ticket. If you're opening a ticket for > a security problem, which is not yet publicly known, e.g. if you've > discovered it by yourself or if you have been contacted by upstream, > please open a ticket in the "Security - Private" queue. These > issues will only be visible by the Security Team. > If you're opening a ticket for a security problem which is publicly > known, e.g. if it's announced on the project web site, please open a > ticket in the "Security" queue. These issues will be visible publicly. As far as I can see, this announcement mail doesn't mention where the RT instance is running, nor the means of opening a ticket in the appropriate queue. Where is this information available? > We're planning to improve our quality assurance process for security > updates by providing a public security update beta test program in > addition to the existing QA done for security updates. > During the preparation of security updates, there's an inherent delay > between the initial upload of the fixed packages and the time until > the packages have been built on porter machines. This time gap will be > used for a new security update beta program. The test program will be > targeted at large installations, which install security updates in a > test environment before installing them into the production > environment. This test group will be initially limited. Is this meant to apply only to unembargoed security updates? AIUI, the practice today is that for embargoed security updates, all of the binaries are kept in the queue until they're ready for release; so I don't really see a gap when the security update is public but the binary packages aren't built? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the Security Team
On Mon, March 10, 2008 09:24, Steve Langasek wrote: >> If you're opening a ticket for a security problem which is publicly >> known, e.g. if it's announced on the project web site, please open a >> ticket in the "Security" queue. These issues will be visible publicly. > > As far as I can see, this announcement mail doesn't mention where the RT > instance is running, nor the means of opening a ticket in the appropriate > queue. Where is this information available? We appearently assumed that all developers were aware of where the Debian RT is located and how it's used, but for those that missed it, instructions are here: http://people.debian.org/~terpstra/message/20070323.015558.db94cadf.en.html Sorry for the inconvenience. Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the Security Team
On Mon, 10 Mar 2008, Thijs Kinkhorst wrote: > On Mon, March 10, 2008 09:24, Steve Langasek wrote: > >> If you're opening a ticket for a security problem which is publicly > >> known, e.g. if it's announced on the project web site, please open a > >> ticket in the "Security" queue. These issues will be visible publicly. > > > > As far as I can see, this announcement mail doesn't mention where the RT > > instance is running, nor the means of opening a ticket in the appropriate > > queue. Where is this information available? > > We appearently assumed that all developers were aware of where the Debian > RT is located and how it's used, but for those that missed it, > instructions are here: > http://people.debian.org/~terpstra/message/20070323.015558.db94cadf.en.html Don't assume that people remember everything. :) And the preferred way to open a ticket for DD is usually by sending a mail and the mail above does only document the DSA and keyring queues. You should point to the corresponding email alias for the security queues IMO. And giving a few more direct links into the web interface can't hurt :) Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Timeline for normal buildd operation on MIPS ?
Cyril Brulebois wrote: > despite the words you're trying to use to mask it, you're really > harrassing them for no valid reasons. Actually, he is not. The mips arch (and to a certain extent the mipsel arch) is causing problems both for the gFortran transition and for the introduction of armel as a new arch which are now lenny release goals. >> In order to help the people maintaining such packages to organize >> themselves, can you publish a timeline of your works and goals for the >> MIPS infrastructure? It has been more than three months that the >> backlog is there; this is more than half the time left before the >> freeze. > > In order to keep the noise on this (these) list(s) at a suitable level, > can you please stop that? It's been more than three weeks that you're > ranting. Likewise, if you would publish a timescale for the implementation of the solutions which you keep saying are in work then a lot of people would be able to schedule their work better. All people really want to know is are you talking about a fix this month or this year? Colin -- Colin Tuckley | +44(0)1903 236872 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the Security Team
On Mon, Mar 10, 2008 at 09:28:24AM +0100, Thijs Kinkhorst wrote: > On Mon, March 10, 2008 09:24, Steve Langasek wrote: > >> If you're opening a ticket for a security problem which is publicly > >> known, e.g. if it's announced on the project web site, please open a > >> ticket in the "Security" queue. These issues will be visible publicly. > > As far as I can see, this announcement mail doesn't mention where the RT > > instance is running, nor the means of opening a ticket in the appropriate > > queue. Where is this information available? > We appearently assumed that all developers were aware of where the Debian > RT is located and how it's used, but for those that missed it, I'm well aware of where the existing Debian RT is. Nowhere in the announcement mail was it stated that the security team was using the *same* RT instance. > instructions are here: > http://people.debian.org/~terpstra/message/20070323.015558.db94cadf.en.html > Sorry for the inconvenience. Which gives information about opening tickets in two queues: the keyring queue, and the DSA queue. Or do you mean that there's no email address for opening Security tickets, and any tickets for the security queue can only be opened using the generic 'debian' user on the website? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg semi-hijack - an announcement (also, triggers)
Mike Bird <[EMAIL PROTECTED]> writes: > Your English is much better than my German. Nevertheless either your > English is inadequate for the role you are attempting to fill or else > you are deliberately trying to provoke an argument. My english has its flaws, but I'm usually able to follow a discussion. Now that you mention it, I still have an important question. You may be able to answer it, being a native speaker and author of this line: "the triggers enhancement which is needed for boot time improvements" -- Mike Bird, <[EMAIL PROTECTED]> In what cases is "needed" not having its, ehm, obvious meaning? You seem to suggest that "need" in "I need to breath to live" means "breathing 'is a highly desirable precondition' for living", which to my (German, after all) ears sounds a bit weird. Marc -- BOFH #164: root rot pgp3gxGlJR1yF.pgp Description: PGP signature
Re: dpkg semi-hijack - an announcement (also, triggers)
Frans Pop <[EMAIL PROTECTED]> writes: > Marc 'HE' Brockschmidt wrote: >> You seem to believe that Frans decides if and when we are going to >> switch to a dep-based init system. > That is a completely ridiculous simplification of Mike's mail and also does > not do justice to the concerns I raised. I have never said or even implied > that implementing insserv should be blocked just because of my > concerns. Mike did give that impression, which is what I'm argumenting against. My reply to him was *not* an answer to your concerns, which I find *quite* relevant [1]. My only point in this thread is that the claim "the triggers enhancement which is needed for boot time improvements" is a load of bullshit uttered by someone trying to make a point. Marc Footnotes: [1] The important thing is that I believe that dpkg triggers have *nothing* to do with this switch - if the other (known and unknown) problems with insserv have been resolved, we should do it, no matter if dpkg has triggers or not. -- BOFH #231: We had to turn off that service to comply with the CDA Bill. pgpygkW1ZTxGV.pgp Description: PGP signature
Graphing Debian Keyring (Was: DD in Antarctic Continent?)
On Sun, 9 Mar 2008, Hideki Yamane wrote: In Developer Locations page(*), it seems that Debian Developer is in Antarctic Continent... awesome! Is it real?? *) http://www.debian.org/devel/developers.loc BTW, I remember times when Edward Betts did some graphing of the Debian keyring under http://people.debian.org/~edward/globe/earthkeyring/ but this seems not to be updated for a long time. Any chance of getting this updated? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg semi-hijack - an announcement (also, triggers)
Le lundi 10 mars 2008 à 01:45 -0800, Mike Bird a écrit : > Hi Marc, > > "needed" has several similar but distinct meanings. None of the meanings > is more obvious than any other. "Need" I remind you that if you had taken > the time to do the "necessary" homework you could have saved the readers > of this thread the "necessity" of ignoring your post? > > needed[2]: > To want strongly; to feel that one must have something. > > Example: > After ten days of hiking, I needed a shower and a shave. Hi Mike, Another example: After ten days of trolling, the Debian project needs Mike Bird to go to hell. kthxbye, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: binNMUs to keep haskell packages in sync
This gets offtopic on debian-release. Please follow to debian-devel. On Sun, Mar 09, 2008 at 11:55:15PM +0100, Joachim Breitner wrote: > Am Sonntag, den 09.03.2008, 23:02 +0100 schrieb Bastian Blank: > > On Sun, Mar 09, 2008 at 07:42:59PM +0100, Joachim Breitner wrote: > > > haskell libraries have the unfortunate requirement to need exactly the > > > version of dependencies installed that they were built against. > > Can you please explain why? And does a rebuild in the same environment > > also break it? > AFAIK the compiler, GHC, does heavy cross-module optimization and > inlining. gcc does this also for c++. See /usr/include/c++, there is many to-be-inlined code in it. And with a little bit of thinking it is possible to have such an ABI fixed. > > > Currently, we also fix the build-dependencies, to keep the packages in > > > sync across different arches, and do sourceful uploads of all depending > > > package when we upgrade a library. I don’t like this situation, and I’m > > > wondering if we could not do binNMUs to keep the packages in sync. > > BinNMUs will only work with loose build-deps. > Exactly, but loose build deps would lead to packages getting out of sync > unless we do binNMUs to fix that. This is the case with every library transition. You do one for each upload. > I’m just not sure if point 4 wouldn’t be too much of a burden for the buildds > and w-b admins. Well. As buildd admin I already failed several haskell builds because of not available build-deps. And I refuse to handle a library transition which matches the size of the last large gnome update for each upload. > > You are already in touch with security? This is a large problem. > No, I wasn’t aware that is was such a problem. I’ll get in touch with > them in case we have to stick to the strict build-dep situation. With > loose build-deps, there woudn’t be a large problem with security, would > there? There would be also a problem. It is more or less the same situation than static linking. Bastian -- Spock: The odds of surviving another attack are 13562190123 to 1, Captain.
Re: dpkg semi-hijack - an announcement (also, triggers)
On Mon March 10 2008 02:08:35 Marc 'HE' Brockschmidt wrote: > In what cases is "needed" not having its, ehm, obvious meaning? You seem > to suggest that "need" in "I need to breath to live" means "breathing > 'is a highly desirable precondition' for living", which to my (German, > after all) ears sounds a bit weird. Hi Marc, "needed" has several similar but distinct meanings. None of the meanings is more obvious than any other. "Need" I remind you that if you had taken the time to do the "necessary" homework you could have saved the readers of this thread the "necessity" of ignoring your post? needed[2]: To want strongly; to feel that one must have something. Example: After ten days of hiking, I needed a shower and a shave. --Mike Bird [2] http://en.wiktionary.org/wiki/need -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg semi-hijack - an announcement (also, triggers)
Am Montag, den 10.03.2008, 11:24 +0100 schrieb Josselin Mouette: > Le lundi 10 mars 2008 à 01:45 -0800, Mike Bird a écrit : > > Hi Marc, > > > > "needed" has several similar but distinct meanings. None of the meanings > > is more obvious than any other. "Need" I remind you that if you had taken > > the time to do the "necessary" homework you could have saved the readers > > of this thread the "necessity" of ignoring your post? > > > > needed[2]: > > To want strongly; to feel that one must have something. > > > > Example: > > After ten days of hiking, I needed a shower and a shave. > > Hi Mike, > > Another example: > After ten days of trolling, the Debian project needs Mike Bird > to go to hell. > Could all of you now please switch this to private mail? This is debian-devel, neither debian-english-semantics nor debian-kindergarten. Thanks Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dependency based boot sequencing and triggers
Petter Reinholdtsen <[EMAIL PROTECTED]> writes: >> Otherwise the installer unnecessarily and repetitively globally >> recalculates initscript dependencies for each package installed. > > Actually, it happens every time a init.d script is added to the boot > and shutdown sequence, and I believe it have to do that, to make sure > each script insertion fail individually when a script with incorrect > dependency information is encountered. Yes. The trigger shouldn't be the best way to cupe with it. If a trigger is used then all pending scripts would be ignored due a specific one being buggy. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg semi-hijack - an announcement (also, triggers)
I demand that Marc 'HE' Brockschmidt may or may not have written... [snip] > In what cases is "needed" not having its, ehm, obvious meaning? You seem > to suggest that "need" in "I need to breath to live" means "breathing > 'is a highly desirable precondition' for living", which to my (German, > after all) ears sounds a bit weird. It sounds weird to me too, at least without s/breath to/breathe to/ :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Kill all extremists! I'm no stranger, just a friend you haven't met... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
UE/UR macros in manpages
Hi debian-devel, as of version 1.23.43, lintian checks for warnings in manpages with man's new --warning option (with man since 2.5.1). For quite some packages, lintian will produce an error like this: W: wmweather+: manpage-has-errors-from-man usr/share/man/man1/wmweather+.1x.gz 191: warning: `UR' not defined This is because the groff version we have in Debian (which is used by man to render the manpage) does not support the UE and UR macro used by many manpages to specify URLs. (Instead, it supports the slightly less (?) powerful URL macro for that purpose.) $ man --warnings -l wmweather+.1 1>/dev/null :191: warning: `UR' not defined :193: warning: `UE' not defined $ Actually it is not really a problem, since groff ignores macros it does not know, so the manpage is shown anyway as expected, just without the URL link being a link. Additionally, it might be more appropriate to add UR/UE support to our groff package than to patch each and every package to have this problem fixed. Meanwhile, lintian could get some appropriate override implemented, so that the warnings don't show up anymore. Since I'm not sure what's best now, and I also don't really know about the reasons and motivation for different URL-related macros in roff implementations, I'm seeking advice, especially from groff insiders. Colin? Best regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: UE/UR macros in manpages
On Mon, Mar 10, 2008 at 03:49:34PM +0100, Martin Stigge wrote: > as of version 1.23.43, lintian checks for warnings in manpages with > man's new --warning option (with man since 2.5.1). For quite some > packages, lintian will produce an error like this: > > W: wmweather+: manpage-has-errors-from-man > usr/share/man/man1/wmweather+.1x.gz 191: warning: `UR' not defined > > This is because the groff version we have in Debian (which is used by > man to render the manpage) does not support the UE and UR macro used by > many manpages to specify URLs. (Instead, it supports the slightly less > (?) powerful URL macro for that purpose.) > > $ man --warnings -l wmweather+.1 1>/dev/null > :191: warning: `UR' not defined > :193: warning: `UE' not defined > $ UR and UE used to be defined, and then were replaced by URL. However, recently support for UR and UE was added back into upstream groff. Could you please file a bug asking me to backport the relevant support, and I'll get to it next time I have a chance? > Actually it is not really a problem, since groff ignores macros it does > not know, so the manpage is shown anyway as expected, just without the > URL link being a link. Additionally, it might be more appropriate to add > UR/UE support to our groff package than to patch each and every package > to have this problem fixed. Meanwhile, lintian could get some > appropriate override implemented, so that the warnings don't show up > anymore. Please leave lintian untouched in this regard; I don't expect that it would take very long to backport the change in question. Thanks, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITP: ttf-linex -- Free fonts for education and institutions
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> Package name: ttf-linex Version : 2.0 Upstream Author : Juan José Marcos URL : http://gata.linex.org/trac/browser/ttf-linex License : GPL Description : Free fonts for education and institutions This package will provide free true type fonts that have been developed by Juan José Marcos and, later, donated to the gnuLinEx project. These fonts are very focused on educational and institutional uses as they included hand writting simulation typographies, ancient greek and roman typographies, the institutional fonts for use by the regional government of Extremadura and some other ellegant fonts. signature.asc Description: Esta parte del mensaje está firmada digitalmente
ITP: aptlinex -- Web browser addon to install Debian packages with a click
Package: wnpp Severity: wishlist Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> Package name: aptlinex Version : 2.0 Upstream Authors : Daniel Campos <[EMAIL PROTECTED]> & José L. Redrejo Rodríguez <[EMAIL PROTECTED]> URL : http://gata.linex.org/trac/browser/aptlinex License : GPL Description : Web browser addon to install Debian packages with a click This addon allows installing Debian packages from iceweasel, firefox, opera or konqueror just clicking on a web link. For this to work, links need to have an url beginning with apt:// This package does not install the packages or download them from the web sites, it just launches apt, passing the package name to install as a parameter to apt. Some screenshots to see how it works are available at http://gambas.gnulinex.org/linexapt/ signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: ITP: aptlinex -- Web browser addon to install Debian packages with a click
Hi, On Mon, Mar 10, 2008 at 05:40:16PM +0100, José L. Redrejo Rodríguez wrote: > Package: wnpp > Severity: wishlist > Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> > > Package name: aptlinex > Version : 2.0 > Upstream Authors : Daniel Campos <[EMAIL PROTECTED]> & José L. Redrejo > Rodríguez <[EMAIL PROTECTED]> > URL : http://gata.linex.org/trac/browser/aptlinex > License : GPL > Description : Web browser addon to install Debian packages with a > click > > This addon allows installing Debian packages from iceweasel, firefox, > opera or konqueror just clicking on a web link. > For this to work, links need to have an url beginning with apt:// > This package does not install the packages or download them from the > web sites, it just launches apt, passing the package name to install as > a parameter to apt. > Some screenshots to see how it works are available at > http://gambas.gnulinex.org/linexapt/ This is very interesting! However, from that spanish screenshots, it is not totally clear to me how this works. I see a download progress bar, is this part of aptlinex, or already some other application? Did you consider using gdebi for installation (which has been developped with installing a single .deb including its dependencies in mind, I think). Once deployed in stable, it would be very nice to have apt:// links on packages.debian.org for easy installation after browsing/searching through (maybe along with some fancy icon like you see for the 1-Click-Install from OpenSuse on some blogs). Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: aptlinex -- Web browser addon to install Debian packages with a click
On Tue, Mar 11, 2008 at 2:00 AM, Michael Banck <[EMAIL PROTECTED]> wrote: > This is very interesting! However, from that spanish screenshots, it is > not totally clear to me how this works. This feature is also provided by apturl in Ubuntu: http://packages.ubuntu.com/hardy/apturl apturl seems to use synaptic/gnome-app-install -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: aptlinex -- Web browser addon to install Debian packages with a click
Please remind me when this or something similar gets into debian so I can review it for possible inclusion in the desktop task. -- see shy jo signature.asc Description: Digital signature
Bug#470356: ITP: postfwd -- Postfix policyd to combine complex restrictions in a ruleset
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: postfwd Version: 1.03 Upstream Author: Jan Peter Kessler <[EMAIL PROTECTED]> URL: http://postfwd.org/ License: BSD license Description: Postfix policyd to combine complex restrictions in a ruleset Postfwd is written in perl to combine complex postfix restrictions in a ruleset similar to those of the most firewalls. The program uses the postfix policy delegation protocol to control access to the mail system before a message has been accepted (please visit http://www.postfix.org/SMTPD_POLICY_README.html for more information). It allows you to choose an action (e.g. reject, dunno) for a combination of several smtp parameters (like sender and recipient address, size or the client's TLS fingerprint). Thanks and with kind regards, Jan. -- Never write mail to <[EMAIL PROTECTED]>, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- libnet-dns-async-perl_1.06-1.diff.gz Description: GNU Zip compressed data Format: 1.0 Source: libnet-dns-async-perl Binary: libnet-dns-async-perl Architecture: all Version: 1.06-1 Maintainer: Debian Perl Group <[EMAIL PROTECTED]> Uploaders: Jan Wagner <[EMAIL PROTECTED]> Homepage: http://search.cpan.org/dist/Net-DNS-Async/ Standards-Version: 3.7.3 Vcs-Browser: http://svn.debian.org/wsvn/pkg-perl/trunk/libnet-dns-async-perl/ Vcs-Svn: svn://svn.debian.org/pkg-perl/trunk/libnet-dns-async-perl/ Build-Depends: debhelper (>= 5.0.0) Build-Depends-Indep: perl (>= 5.8.8-12) Files: a72909034f5c098f90b5fe6f661e69ea 4634 libnet-dns-async-perl_1.06.orig.tar.gz 7cb4bb6ae5e57efe09112b6ef4d4257b 2312 libnet-dns-async-perl_1.06-1.diff.gz libnet-dns-async-perl_1.06.orig.tar.gz Description: application/tgz pgpbLWGo6HELV.pgp Description: PGP signature
Re: ITP: ttf-linex -- Free fonts for education and institutions
Quoting José L. Redrejo Rodríguez ([EMAIL PROTECTED]): > Package: wnpp > Severity: wishlist > Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> > > Package name: ttf-linex > Version : 2.0 > Upstream Author : Juan José Marcos > URL : http://gata.linex.org/trac/browser/ttf-linex > License : GPL > Description : Free fonts for education and institutions > > > This package will provide free true type fonts that have been developed > by Juan José Marcos and, later, donated to the gnuLinEx project. > These fonts are very focused on educational and institutional uses as > they included hand writting simulation typographies, ancient greek and > roman typographies, the institutional fonts for use by the regional > government of Extremadura and some other ellegant fonts. Would you mind joining the pkg-fonts-devel group ? This (still quite informal) group tries to gather people maintaining font packages in Debian (and CDDs). We share an SVN repository as well as a development mailing list. Several packages are "loosely" team-maintained: most have someone identified as the pcakage maintainer (in Uploaders), but the team is listed as "Maintainer:" which allows for someone to easily take the package over. This is not an enforced policy in the team so if you're not comfortable with this, you can still join the team..:-) And, of course, if you're not comfortable with joining the team, you're also free to do so..:) -- signature.asc Description: Digital signature
Re: ITP: aptlinex -- Web browser addon to install Debian packages with a click
El lun, 10-03-2008 a las 18:00 +0100, Michael Banck escribió: > Hi, > > On Mon, Mar 10, 2008 at 05:40:16PM +0100, José L. Redrejo Rodríguez wrote: > > Package: wnpp > > Severity: wishlist > > Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> > > > > Package name: aptlinex > > Version : 2.0 > > Upstream Authors : Daniel Campos <[EMAIL PROTECTED]> & José L. Redrejo > > Rodríguez <[EMAIL PROTECTED]> > > URL : http://gata.linex.org/trac/browser/aptlinex > > License : GPL > > Description : Web browser addon to install Debian packages with a > > click > > > > This addon allows installing Debian packages from iceweasel, firefox, > > opera or konqueror just clicking on a web link. > > For this to work, links need to have an url beginning with apt:// > > This package does not install the packages or download them from the > > web sites, it just launches apt, passing the package name to install as > > a parameter to apt. > > Some screenshots to see how it works are available at > > http://gambas.gnulinex.org/linexapt/ > > This is very interesting! However, from that spanish screenshots, it is > not totally clear to me how this works. I see a download progress bar, > is this part of aptlinex, or already some other application? Did you > consider using gdebi for installation (which has been developped with > installing a single .deb including its dependencies in mind, I think). It was developed before gdebi was in Debian , this application first check if the package is already installed, then ask the user if you want to reinstall or dismiss. If there is a new version it will install it. > > Once deployed in stable, it would be very nice to have apt:// links on > packages.debian.org for easy installation after browsing/searching > through (maybe along with some fancy icon like you see for the > 1-Click-Install from OpenSuse on some blogs). > At linex we have been using it in some wikis with information about games or educational apps (check the url at the "aptéalo" button at http://linexedu.educarex.es/index.php/Matem%C3%A1ticas or http://juegalinex.linex.org/juegawiki/index.php/Armagetron) In fact, my initial idea was combining it with then nice debtags search at http://debtags.alioth.debian.org/ssearch.html . If you also include some screenshot for games, or desktop applications it could be nice for end users. Regards. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: ITP: aptlinex -- Web browser addon to install Debian packages with a click
El mar, 11-03-2008 a las 02:21 +0900, Paul Wise escribió: > On Tue, Mar 11, 2008 at 2:00 AM, Michael Banck <[EMAIL PROTECTED]> wrote: > > > This is very interesting! However, from that spanish screenshots, it is > > not totally clear to me how this works. > > This feature is also provided by apturl in Ubuntu: > > http://packages.ubuntu.com/hardy/apturl > > apturl seems to use synaptic/gnome-app-install > Yes, they added that feature to Ubuntu right after Guadalinex (andalucia distribution from a region next to Extremadura) added it to their distribution. It was about a year after aptlinex was released in linex. Anyway, aptlinex uses gambas, which has a nice gambas2-gb-gui component that will automatically show a gtk/qt frontend depending on the desktop you're using. I.E: same code, same binary will load qt or gtk libraries to show desktop applications. So this application is a native qt application if you're using konqueror on KDE or a native gtk application if you're using epiphany or iceweasel on Gnome. So I think, adding it to Debian after three years using it in a Debian derivated distribution is a good idea. Cheers. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: ITP: ttf-linex -- Free fonts for education and institutions
El lun, 10-03-2008 a las 18:24 +0100, Christian Perrier escribió: > Quoting José L. Redrejo Rodríguez ([EMAIL PROTECTED]): > > Package: wnpp > > Severity: wishlist > > Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]> > > > > Package name: ttf-linex > > Version : 2.0 > > Upstream Author : Juan José Marcos > > URL : http://gata.linex.org/trac/browser/ttf-linex > > License : GPL > > Description : Free fonts for education and institutions > > > > > > This package will provide free true type fonts that have been developed > > by Juan José Marcos and, later, donated to the gnuLinEx project. > > These fonts are very focused on educational and institutional uses as > > they included hand writting simulation typographies, ancient greek and > > roman typographies, the institutional fonts for use by the regional > > government of Extremadura and some other ellegant fonts. > > Would you mind joining the pkg-fonts-devel group ? > > This (still quite informal) group tries to gather people > maintaining font packages in Debian (and CDDs). > > We share an SVN repository as well as a development mailing list. > > Several packages are "loosely" team-maintained: most have someone > identified as the pcakage maintainer (in Uploaders), but the team is > listed as "Maintainer:" which allows for someone to easily take the > package over. > > This is not an enforced policy in the team so if you're not > comfortable with this, you can still join the team..:-) > > And, of course, if you're not comfortable with joining the team, > you're also free to do so..:) > I'll be glad in joining to the group if it does not mean more work ;-) Also if the group wants to package these fonts, I'll even be glader to give you the ITP. My main purpose is include these fonts in Debian as they are free, have being in linex for more than 4 years and some of them are really useful in educative environments. I'm not specially interested in fonts, but in education and linex, so if the group want to package them, it would be perfect. Anyway, I've already request joining to the group, there we can talk about it. Cheers. José L. signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: Best practices for handling API (not ABI) breaks?
Hi Daniel, Daniel Burrows wrote: > I'm the maintainer of libsigc++-2.0, a typesafe callback library for > C++. Upstream has just released a new version, 2.2, which preserves the > version 2.0 ABI but is not source-compatible: programs that compiled > against the 2.0 series will break with this new release. There are 114 > packages that depend on libsigc++-0, too many to do this just by bugging > a few maintainers to recompile. > What's the best practice for handling this situation? As everyone seems to be busy with other things: I do not remember which, but I seem to recall a package doing the following, and it seems to be a good idea: - Package the new with a new name for the -dev package and the same name for the library itself and - prune the old library source package to only provide the headers and stick them in oldlibs. Then you can - at some point, possibly very soon, bug the lintian maintainers to include a warning for depending on it (there is a list, but it is not automatically updated), - finally, when you think the time has come, file bugs. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: ttf-linex -- Free fonts for education and institutions
On Mon, 10 Mar 2008, Christian Perrier wrote: This (still quite informal) group tries to gather people maintaining font packages in Debian (and CDDs). "and CDDs" is redundant, because CDDs are included in Debian. Damn, one more point to change the name of the beast because it is terribly missleading ... Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470388: ITP: libxml-rss-simplegen-perl -- A Perl module for easily writing RSS files
Package: wnpp Owner: Axel Beckert <[EMAIL PROTECTED]> Severity: wishlist * Package name: libxml-rss-simplegen-perl Version : 11.11 Upstream Author : Sean M. Burke <[EMAIL PROTECTED]> * URL or Web page : http://search.cpan.org/dist/XML-RSS-SimpleGen/ * License : Artistic or GPL Description : A Perl module for easily writing RSS files This module is for writing RSS files, simply. It transparently handles all the unpleasant details of RSS, like proper XML escaping, and also has a good number of Do-What-I-Mean features, like not changing the modtime on a written-out RSS file if the file content hasn't changed, and like automatically removing any HTML tags from content you might pass in. This module isn't meant to have the full expressive power of RSS; instead, it provides functions that are most commonly needed by RSS-writing programs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: ttf-linex -- Free fonts for education and institutions
On 11320 March 1977, José "L. Redrejo" Rodríguez wrote: > Description : Free fonts for education and institutions > This package will provide free true type fonts that have been developed > by Juan José Marcos and, later, donated to the gnuLinEx project. > These fonts are very focused on educational and institutional uses as > they included hand writting simulation typographies, ancient greek and > roman typographies, the institutional fonts for use by the regional > government of Extremadura and some other ellegant fonts. Please keep the "free" out of the description(s). Thats already pretty clear thanks to the archive it should be uploaded to. -- bye, Joerg <_DeadBull_> ohne speicher, tastatur, mouse, pladde, monitor, also nur die Hardware... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Notice spam
On Mon, Mar 10, 2008 at 10:16:28PM +0100, Joerg Jaspert wrote: > Please keep the "free" out of the description(s). Thats already pretty > clear thanks to the archive it should be uploaded to. In a vaguely related matter, please join me in mumbling curses towards advertising clauses like GPL2 3c and GPL3 5d. If I'm running Debian, I know it well that I'm running Free Software and there's no warranty. Especially after having a wall of text pushed right in my face on login (by default), any subsequent notices are not only redundant but also annoying. And "annoying redundant text" is my definition of spam. Why I'm mentioning this here, on debian-devel? Because some of you are copyright holders of pieces of software where you can excise such mindless notices. And with some other licenses, you don't even need any special permission to do so. Imagine a poor blind sod who has to go through the drivel on his Braille terminal. Or me, having something pushed off the scrollback by "bc"'s junk from each invocation. Please, if a package you maintain emits spam like "this is free" or such when not asked, consider fixing this annoyance. -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470365: [needs-packaging] mod_auth_cas
package: libapache2-mod-auth-cas Can someone please package mod_auth_cas? The package name would be libapache2-mod-auth-cas. mod_auth_cas is an Apache 2.0/2.2 compliant module that supports the CASv1 and CASv2 protocols. CAS is a popular centralized authentication provider. We're considering using at the company I work for, and I bet a bunch of other companies (as well as many universities - I know UConn and VA Tech do) use it as well. Here's a link to this module's home: http://www.ja-sig.org/wiki/display/CASC/mod_auth_cas This seems like the packaging effort would be low - someone has already packaged it for debian: http://michele.pupazzo.org/diary/?p=277 Also, I have filed a bug with Ubuntu at https://bugs.launchpad.net/ubuntu/+bug/199754 but since you are Ubuntu's upstream, it seemed appropriate to file here as well. Thank you! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470396: ITP: haskell-vty -- Terminal interface library for Haskell
Package: wnpp Severity: wishlist Owner: Eric Warmenhoven <[EMAIL PROTECTED]> * Package name: haskell-vty Version : 3.0.0 Upstream Author : Stefan O'Rear <[EMAIL PROTECTED]> * URL : http://members.cox.net/stefanor/vty/ * License : BSD Programming Lang: Haskell Description : Terminal interface library for Haskell Vty is a terminal interface/control library for Haskell. It has a very easy API. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Notice spam
Am Montag 10 März 2008 schrieb Adam Borowski: > Please, if a package you maintain emits spam like "this is free" or such > when not asked, consider fixing this annoyance. And consider that most of the software also runs on other systems, even Windows. HS
Re: Bits from the Security Team
On Sun, 09 Mar 2008, Moritz Muehlenhoff wrote: > If you're opening a ticket for a security problem which is publicly > known, e.g. if it's announced on the project web site, please open a > ticket in the "Security" queue. These issues will be visible > publicly. Is there any particular reason why we're duplicating this information that should already be present in the bts as bugs with severity serious tagged security marked found in a version in stable in RT? If there are some change to the BTS needed for the security team to track the non-embargoed issues more easily, I'd be glad to make (or at the very least discuss) them. From where I sit it seems non-ideal for both the security team and maintainers (as well as anyone else who is interested) to put this information in a system which isn't tied in strongly with the BTS or otherwise is unable to track package versioning. Don Armstrong -- You could say to the Universe this is not /fair/. And the Universe would say: Oh it isn't? Sorry. -- Terry Pratchett _Soul Music_ p357 http://www.donarmstrong.com http://rzlab.ucr.edu
