Re: [cut-team] Time to merge back ubuntu improvements!
On Jan 11, 2013, at 7:05 AM, Stefano Zacchiroli wrote: >> I probably should have already sent a message a while ago on this, but >> yes the monthly snapshots have been put on hiatus during the freeze. >> The official d-i betas and release candidates are recommended now so >> that they get sufficient testing and feedback before the release. > > Doesn't this diminish significantly the advantages of CUT? Back in the > days of the CUT discussion, one of the main "issues" associated to > testing is that it stops rolling during freezes. The CUT proposal is about having regular working snapshots of testing. While I'd like to see a rolling distribution, the work of separating it from testing is separate to the work of having cut releases. If we create a rolling release, the CUT snapshots will probably be the entry point for new installations. For example, a user would download the latest CUT, and set the sources to rolling. If CUT is ready to be publicized, then it may well be time to see if we can get a true rolling release going. However, there's no reason that not having rolling should stop CUT, or that CUT would no longer be useful because we haven't figured out rolling yet. Ryan Hiebert -- 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/fa568a7d-b9b9-486d-8f09-4b7f8b9c7...@ryanhiebert.com
Bug#289392: ITP: anagramarama -- fast paced anagram puzzle game using SDL
Package: wnpp Severity: wishlist * Package name: anagramarama Version : 0.2 Upstream Author : Colm Gallagher <[EMAIL PROTECTED]> * URL : http://www.coralquest.com/anagramarama/ * License : GPL Description : fast paced anagram puzzle game using SDL Simple SDL game where you guess possible permutations of a scrambled word within a time limit. Simple, arcade style of play. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (650, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-mm1-rss Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
new DOSEMU packages on mentors
Hi, I just uploaded new dosemu and dosemu-freedos packages to mentors. The dosemu package is a CVS snapshot and is named dosemu-cvs for the time being, and will become the stable 1.4 release eventually. Please check these packages out and let me know at the below email address about any packaging or upgrading bugs. This is my first mentors upload. thanks, -- Ryan Underwood, <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Re: StrongARM tactics
On Tuesday 06 December 2005 05:51 am, Thomas Viehmann wrote: >+%libopenspc: i386 kfreebsd-i386 # i386 assembler >+%xmms-openspc: i386 kfreebsd-i386# i386 dependency (libopenspc) >+pcsx: i386 # i386 assembly I've tried to contact the maintainers (listed in the file) of the packages-arch-specific file for two of my packages in your patch, xmms-openspc and libopenspc, and have never received a response -- my sponsor said that the maints were very busy, so I've not mailed them since. Neither of these packages are going to work on non-i386 in the future, so certainly feel free to add them! I'm also the maintainer of PCSX and its associated plugins, which will all likely go Arch: i386 in my sponsor's next upload of them. They *might* all build on other arches, but whether they will *work* is questionable. PCSX has terrifying code (to me), and I'm not sure which C routines dropping the ASM would reactivate, which could cause it to have even more random segfaults -- I have most of those on i386 fixed, but I can't test on other arches. Having said that, I'd prefer that it not be added to p-a-s yet, because I intend to somehow ensure that it works on other arches soon, and then I'll redo the Arch line. Summary: please add xmms-openspc and libopenspc, but not yet pcsx or psemu-*, if you can. -- Ryan Schultz YOU RPN LOVE IF THEN HONK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: StrongARM tactics
On Thursday 08 December 2005 04:41 am, you wrote: > [EMAIL PROTECTED] (Aaron M. Ucko) writes: > > Thomas Viehmann <[EMAIL PROTECTED]> writes: > >> +pcsx: i386 # > >> i386 assembly > > > > AFAICT, this is only because its Linux/Makefile forces CPU to ix86 > > unconditionally. > > Write patch. At a minimum the package should be "i386 amd64". In > general anything with "Arch: i386" should add amd64. PCSX 1.6 does not compile with GCC4 when the ix86 flag is not specified, even on i386. I don't know about amd64, but my other partially-ASM (using NASM like PCSX) package (libopenspc) will not build on amd64, so I'm assuming that the same is true here -- I'll change it if someone can confirm that it will build and work. -- Ryan Schultz YOU RPN LOVE IF THEN HONK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: StrongARM tactics
On Thursday 08 December 2005 01:44 pm, Aaron M. Ucko wrote: > Ryan Schultz <[EMAIL PROTECTED]> writes: > > PCSX 1.6 does not compile with GCC4 when the ix86 flag is not specified, > > even on i386. I don't know about amd64, but my other partially-ASM (using > > NASM like PCSX) package (libopenspc) will not build on amd64, so I'm > > assuming that the same is true here -- I'll change it if someone can > > confirm that it will build and work. > > It built on my AMD64 system with a crude patch (attached, along with > the resulting log) that drops the CPU setting unconditionally, but I > haven't actually tested the result -- I built it mainly because I'm a > packrat. ;-) I can't get a clean pdebuild[1] on i386 with that setting dropped, which seems unusual -- it fails during linking. I'll hack something up for the rules file, in any case, and contact my sponsor; I have a new upload ready anyway. [1] ../PsxMem.o: In function `psxMemWrite8':PsxMem.c:(.text+0x530): undefined reference to `psxRecLUT' ../PsxMem.o: In function `psxMemWrite16':PsxMem.c:(.text+0x5b1): undefined reference to `psxRecLUT' ../PsxMem.o: In function `psxMemWrite32':PsxMem.c:(.text+0x656): undefined reference to `psxRecLUT' :PsxMem.c:(.text+0x691): undefined reference to `psxRecLUT' ../Misc.o: In function `RecvPcsxInfo':Misc.c:(.text+0x1856): undefined reference to `psxRec' ../R3000A.o: In function `psxInit':R3000A.c:(.text+0x1c): undefined reference to `psxRec' Gtk2Gui.o: In function `OnCpu_Ok':Gtk2Gui.c:(.text+0x1af6): undefined reference to `psxRec' -- Ryan Schultz YOU RPN LOVE IF THEN HONK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: spohr.debian.org not sending email
On Tue, Dec 27, 2005 at 03:45:26PM +1100, Anand Kumria wrote: > There seems to be a problem, localised to spohr, with the sending of > emails. I've uploaded some packages recently and have neither received The problem is on your end -- mail to these MXs is being 451'd, and your mail gets deferred. This is the price you pay for greylisting. > I've tested various others Debian infrastructure machines and no other > appears to have an issue. I've not seen anything mentioning this issue exim treats 45x errors to be per host, rather than per address. Any other user greylisting with the same MX will end up affecting your mail as well. > Please take a look at see what is happening for the domains: > progsoc.uts.edu.au and progsoc.org The mail servers defer the mail, and it times out or gets delayed for long periods of time. I suggest correctly configuring greylisting with proper exclusions for sites you care about getting mail from in a timely manner. signature.asc Description: Digital signature
Re: Bug#299783: ITP: python-enchant -- A spellchecking library forPython
Hi All, I stumbled across this in the debian list archives and through I should clarify, as the author of the software in question. On Wed, 16 Mar 2005 08:50:18 -0600, Ron Johnson wrote: > On Wed, 2005-03-16 at 22:05 +0900, Seo Sanghyeon wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Seo Sanghyeon <[EMAIL PROTECTED]> > > > > > > * Package name: python-enchant > > Version : 1.1.0 > > Upstream Author : Ryan Kelly <[EMAIL PROTECTED]> > > * URL : http://pyenchant.sourceforge.net/ > > * License : LGPL with a special exception to link to non-free > > spell checker backend (e.g. Microsoft Office > > spell checker) > > ?? > PyEnchant is licensed under the same terms as enchant itself, which is already part of debian (package libenchant1 I believe). It applies the standard LGPL and adds the following exception: # In addition, as a special exception, you are # given permission to link the code of this program with # non-LGPL Spelling Provider libraries (eg: a MSFT Office # spell checker backend) and distribute linked combinations including # the two. You must obey the GNU Lesser General Public License in all # respects for all of the code used other than said providers. If you modify # this file, you may extend this exception to your version of the # file, but you are not obligated to do so. If you do not wish to # do so, delete this exception statement from your version. I'm no license lawyer so I chose the simplest, safest option and applied the same license as enchant itself to the bindings I produced. There are no extra restrictions, only extra permissions. Hope that helps fill in a few of the question marks. Cheers, Ryan -- Ryan Kelly http://www.rfk.id.au | This message is digitally signed. Please visit [EMAIL PROTECTED]| http://www.rfk.id.au/ramblings/gpg/ for details signature.asc Description: This is a digitally signed message part
Bug#317602: ITP: xmms-openspc -- SPC file player plugin for XMMS
Package: wnpp Owner: Ryan Schultz <[EMAIL PROTECTED]> Severity: wishlist * Package name: xmms-openspc Version : 0.0.3 Upstream Author : Zinx Verituse <[EMAIL PROTECTED]> * URL : http://staff.xmms.org/zinx/misc/tmp * License : GPL Description : SPC file player plugin for XMMS XMMS-OpenSPC is an XMMS plugin that allows you to play SNES audio files in the .spc format. This plugin can also read the id666 tags used by SPC files. Note: upstream doesn't compile with gcc-4.0, and also segfaults XMMS -- the segfault is fixed in CVS but it won't autoconf for me, so I've fixed both problems myself. CVS hasn't been touched for over a year, as well. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-ck3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) pgpHuCd8DwFzT.pgp Description: PGP signature
Bug#391168: ITP: grepcidr -- Search files for IP addresses or CIDR ranges
Package: wnpp Severity: wishlist Owner: Ryan Finnie <[EMAIL PROTECTED]> * Package name: grepcidr Version : 1.3 Upstream Author : Jem Berkes <[EMAIL PROTECTED]> * URL : http://www.pc-tools.net/unix/grepcidr/ * License : GPLv2 Programming Lang: C Description : Filter IP addresses matching IPv4 CIDR/network specification grepcidr can be used to filter a list of IP addresses against one or more Classless Inter-Domain Routing (CIDR) specifications, or arbitrary networks specified by an address range. As with grep, there are options to invert matching and load patterns from a file. grepcidr is capable of comparing thousands or even millions of IPs to networks with little memory usage and in reasonable computation time. grepcidr has endless uses in network software, including: mail filtering and processing, network security, log analysis, and many custom applications. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391171: ITP: grepcidr -- Filter IP addresses matching IPv4 CIDR/network
Package: wnpp Severity: wishlist Owner: Ryan Finnie <[EMAIL PROTECTED]> * Package name: grepcidr Version : 1.3 Upstream Author : Jem Berkes <[EMAIL PROTECTED]> * URL : http://www.pc-tools.net/unix/grepcidr/ * License : GPLv2 Programming Lang: C Description : Filter IP addresses matching IPv4 CIDR/network specification grepcidr can be used to filter a list of IP addresses against one or more Classless Inter-Domain Routing (CIDR) specifications, or arbitrary networks specified by an address range. As with grep, there are options to invert matching and load patterns from a file. grepcidr is capable of comparing thousands or even millions of IPs to networks with little memory usage and in reasonable computation time. grepcidr has endless uses in network software, including: mail filtering and processing, network security, log analysis, and many custom applications. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#391171: ITP: grepcidr -- Filter IP addresses matching IPv4 CIDR/network
On 10/5/06, Adam D. Barratt <[EMAIL PROTECTED]> wrote: On Thursday, October 05, 2006 9:06 AM, Ryan Finnie <[EMAIL PROTECTED]> wrote: > Package: wnpp > Severity: wishlist > Owner: Ryan Finnie <[EMAIL PROTECTED]> > > > * Package name: grepcidr Erm... didn't you already submit this as #391168? :) Yep, sorry. I was having MTA problems and thought the first didn't go through, so I did reportbug again. The bug with the higher number has been closed. Ryan Finnie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376187: ITP: isomd5sum -- ISO/block-level checksum utilities
Package: wnpp Severity: wishlist Owner: Ryan Finnie <[EMAIL PROTECTED]> * Package name: isomd5sum Version : 11.1.0.50 Upstream Author : Jeremy Katz <[EMAIL PROTECTED]> * URL : http://fedora.redhat.com/projects/anaconda-installer/ * License : GPL Programming Lang: C, Python Description : ISO/block-level checksum utilities isomd5sum is a set of utilities for implanting a MD5-like checksum in an ISO (or any block device), then verifying the checksum later. isomd5sum is part of Anaconda; when you boot a RH/Fedora installer and select "verify cd", it's running isomd5sum. isomd5sum is actually a subdirectory of the Anaconda tarball (anaconda-11.1.0.50.tar.bz2 as of this writing). I am currently working on packaging so anaconda=11.1.0.50-1 is the source package, while isomd5sum=11.1.0.50-1 is the binary package. Essentially a multi-binary package with only one binary package (now), if that makes sense. That way, if any other part of Anaconda proves to be useful, multiple binary packages can be associated with the anaconda source package. And before anybody asks, this has nothing to do with bug #222917. I have no intention of packaging the RH Anaconda installer itself; it's just that one of the sets of utilities embedded within anaconda are useful on its own. I am not a Debian developer, and this is my first ITP, so I will need someone to yell at me for the inevitable incorrect packaging methods when I do submit the package. :) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (100, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SSH never free
On Fri, Oct 01, 1999 at 09:52:42PM +0100, James Troup wrote: > > I am pretty sure that SSH was never free software. Could you show > > me the license on the version that they started with? > > -&<-&<-&<-&<-&< > This file is part of the ssh software, Copyright (c) 1995 Tatu Ylonen, Finland > > > COPYING POLICY AND OTHER LEGAL ISSUES > > As far as I am concerned, the code I have written for this software > can be used freely for any purpose. Any derived versions of this > software must be clearly marked as such, and if the derived work is > incompatible with the protocol description in the RFC file, it must be > called by a name other than "ssh" or "Secure Shell". > > However, I am not implying to give any licenses to any patents or > copyrights held by third parties, and the software includes parts that > are not under my direct control. As far as I know, all included > source code is used in accordance with the relevant license agreements > and can be used freely for any purpose (the GNU license being the most > restrictive); see below for details. > > [ RSA is no longer included. ] > [ IDEA is no longer included. ] IDEA was the only part of ssh that made it non-free, prohibiting commercial use. -- Ryan Murray ([EMAIL PROTECTED], [EMAIL PROTECTED]) Software Designer, Glenayre Technologies Inc. The opinions expressed here are my own.
Re: SSH never free
On Fri, Oct 01, 1999 at 05:39:12PM -0400, Ben Collins wrote: > On Fri, Oct 01, 1999 at 02:16:03PM -0700, Ryan Murray wrote: > > > restrictive); see below for details. > > > > > > [ RSA is no longer included. ] > > > [ IDEA is no longer included. ] > > > > IDEA was the only part of ssh that made it non-free, prohibiting > > commercial use. > > Wrong, RSA makes it non-free, and so does their license. Whoops...typing faster than thinking, it seems. Of course, in Canada I don't have to use rsaref, so it makes it easier to forget...:) -- Ryan Murray ([EMAIL PROTECTED], [EMAIL PROTECTED]) Software Designer, Glenayre Technologies Inc. The opinions expressed here are my own.
Re: in.telnetd and virtual hosting
On Mon, Oct 04, 1999 at 10:40:26PM +0200, Marek Habersack wrote: > > > presented with a login of the normal, non-virtual, server instead of the > > > new, chrooted, one. Does anyone know what might be the cause of such > > > behavior and perhaps knows a way to virtualize telnetd? > > > > I don't know a whole lot about telnetd and the intricacies of setting up > > chrooted environments -- but that said, what's in /dev in the chroot jail? > > I > > suspect you need to mount a devpts filesystem on /dev/pts for > > this > > to work, although I have no idea how Linux would react to having to having > > multiple devpts filesystems mounted at once. Probably best to try and see > > :) > Both proc and devpts are mounted. Doesn't matter whether I mount them Have you tried actually mounting them in the chroot jail and then having symbolic links to them from the real root? That way there is only one proc,pts directory ever mounted... -- Ryan Murray ([EMAIL PROTECTED], [EMAIL PROTECTED]) Software Designer, Glenayre Technologies Inc. The opinions expressed here are my own.
Re: in.telnetd and virtual hosting
On Mon, Oct 04, 1999 at 11:25:38PM +0200, Marek Habersack wrote: > * Ryan Murray said: > > > > > to work, although I have no idea how Linux would react to having to > > > > having > > > > multiple devpts filesystems mounted at once. Probably best to try and > > > > see :) > > > Both proc and devpts are mounted. Doesn't matter whether I mount them > > > > Have you tried actually mounting them in the chroot jail and then having > yes. > > > symbolic links to them from the real root? That way there is only one > > proc,pts directory ever mounted... > You cannot symlink over a pseudo-root. It must all be below it. You are symlinking from the real root to the pseudo root. All the "real" files are below the pseudo-root. The real root has symlinks pointing into the pseudo, not the other way around (which is not possible, as you mention). -- Ryan Murray ([EMAIL PROTECTED], [EMAIL PROTECTED]) Software Designer, Glenayre Technologies Inc. The opinions expressed here are my own.
Re: permission denied on owned files
On Wed, Oct 06, 1999 at 02:02:57PM +, Dale Scheetz wrote: > Something else strange just happened during an autobuild pass. All of the > subdirectories in my build tree have suddenly become inaccessable to the > build user, who owns all the files and directories. Here is what I get: > > drw-rw-r-- 2 buildbuild1024 Sep 19 12:06 lists > drw-rw-r-- 2 buildbuild1024 Oct 5 16:04 logs > $ ls -l ../ > total 4 > drwxrwxr-x 7 buildbuild1024 Oct 5 15:56 build Note the missing +x permissions on the directory. You need +x permissions to be able to cd into the directory. It sounds like autobuild is doing some recursive chmod'n that it shouldn't be. -- Ryan Murray ([EMAIL PROTECTED], [EMAIL PROTECTED]) Software Designer, Glenayre Technologies Inc. The opinions expressed here are my own.
Re: ITA: netscape4
On Tue, Aug 01, 2000 at 07:56:04PM -0500, Adam Heath wrote: > netscape4.08 (slink) (parts exist in woody, but not in potato) > netscape4.72 > netscape4.73 > netscape4.base I intend to adopt all of the netscape 4 related packages. -- Ryan Murray, ([EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) Programmer, Stormix Technologies Inc., Debian Developer The opinions expressed here are my own. pgpedOMEeP4NW.pgp Description: PGP signature
Re: (Beware helix packages) Re: [CrackMonkey] The right to bare legs
On Tue, Aug 29, 2000 at 10:08:43PM -0500, Branden Robinson wrote: > Don't do this. If you're hellbent on forking Debian packages just for the > sake of doing so, or spraying them with Helix musk, then name the packages > appropriately. > > helix-gnomecc > helix-gnome-core > helix-gdm In the case of Storm, we aren't intending to fork packages, just add a few things to make it work better in our distro, that Debian doesn't have/want, so it makes no sense to put it back into Debian. > > The scheme I am using now works perfectly for all the distributions we > > support so far, except one: Debian unstable. It is a pity that the one > > distribution that doesn't work as well is the same one I prefer to > > use. > > This is what happens when you fail to familiarize yourself with the Debian > Packaging and Policy Manuals, and/or fail to run your ideas by Debian > developers first. > > > If there is a better solution, I am completely open to changing the > > way things work on my end. I want to be able to preserve the upgrade > > path for Helix GNOME packages, though. Using NMU versioning breaks > > that, as it produces flip-flopping between the Debian versions of the > > packages and mine. > > I'm pretty sure that if you switch to using helix-* names for your > packages, you won't take this problem. You could even create a task > packages, say "task-helix-gnome", and make things even easier on your > users. Unless you think usage of Helix .debs has already peaked, it's > better to make this change sooner rather than later. > > Progeny is going to have to deal with these issues as well, and we're bound > and determined to do it the right way. Corel hasn't managed it. Stormix > hasn't managed it. Would you Helix like to be the first good example, or > do you want to leave that to Progeny? stable Debian releases only have security changes and critical bugfixes going into them once released. I feel that the security/bugfix is more important than any of the "extras" offered in the Stormix packages, so your suggestion means that the security upgrades won't be available to the users ASAP, and must rather wait for Stormix to build a new version with the fixes. I think this removes a very powerful benefit to using Debian, and wouldn't want to see users robbed of it. Your definition of "right" seems to break this. If you have a suggestion that solves this problem, and doesn't require the current -#.storm# or something of that nature, I'd love to hear it. -- Ryan Murray, ([EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) Programmer, Stormix Technologies Inc., Debian Developer The opinions expressed here are my own. pgpFQ5AepLHLa.pgp Description: PGP signature
Re: (Beware helix packages) Re: [CrackMonkey] The right to bare legs
On Wed, Aug 30, 2000 at 01:28:18AM -0500, Branden Robinson wrote: > On Tue, Aug 29, 2000 at 10:12:56PM -0700, Ryan Murray wrote: > > stable Debian releases only have security changes and critical bugfixes > > going > > into them once released. I feel that the security/bugfix is more important > > than any of the "extras" offered in the Stormix packages, so your suggestion > > means that the security upgrades won't be available to the users ASAP, and > > must rather wait for Stormix to build a new version with the fixes. I think > > this removes a very powerful benefit to using Debian, and wouldn't want to > > see users robbed of it. Your definition of "right" seems to break this. > > If you have a suggestion that solves this problem, and doesn't require the > > current -#.storm# or something of that nature, I'd love to hear it. > > I don't think 3rd party vendors can have it both ways. If they want to > lock their users into, for example, the "Official Helix(tm) Debian > Packages", then they have to accept the responsibility for getting out > security releases in a timely manner. > > If you want to take advantage of timely security updates by Debian, then > you need to play nice with us and not try to break our versioning system. Which is what a -#.storm# does exactly. I don't want to "lock" users into anything. Being able to upgrade to woody is something I think is a good thing. I agree, however, that just a -storm does not play nicely with the versioning system, and in those cases, it would be up to Storm to provide any security updates. From a quick look through the archive, the only package that seems to do this is gdm, of which I maintain both Storm's and Debian's, which is why I chose that for the case... I hardly see how this is "not doing it right," as you said. -- Ryan Murray, ([EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) Programmer, Stormix Technologies Inc., Debian Developer The opinions expressed here are my own. pgpHKOZEydEyo.pgp Description: PGP signature
Re: Debian conference in the US?
> > If your countrymen share that sort of attitute it explains why the > > USA is in so many wars. > > Yeah. We rarely suffer fools gladly. Stop it, you're killing me. People from the USA describing others as fools. One only has to look at the dross in US newspapers and TV news bulletins to understand the level of understanding that most Americans have of the world outside their own trousers. Matt.
Re: Debian conference in the US?
Michael Banck wrote: > /me invokes azeem's law[0]. This thread has ended. > [0] Whenever Matt Ryan enters a Flamewar, no more non-value can be added > to it and therefore the thread will die. I'm not sure why you see my input as non-value? Surely its not the fact that a bunch of tightly wound geeks don't like what I preach? If so, please try living outside of the flock and rebel against the herd mentality. As for your rule, please review my thread on "Daft Internet Stuff" for a run-down on my view of such things. Matt.
dpkg -- overwrite empty directories?
Hello, I have a package that Replaces: another package. The former package stored files in a particular directory (/usr/lib/foo); when the package is removed, it leaves that directory behind, empty. The new package has a symlink at that location, instead of a directory. dpkg, however, does not replace the directory with the symlink. Hence, I have to specifically check for this situation in maintainer scripts, and remove the empty directory if it exists. Am I way off base here, or would it be robust behavior for dpkg to replace empty directories with symlinks, files, whatever, if the empty directory is not claimed by a currently installed package? It could be argued that the package that left the empty directory behind is broken, so I'm looking for circumstances in which my proposed behavior would present a problem. Perhaps a warning would also be a good idea, so that the replacement package doesn't silently fail when a directory was attempted to be overwritten. -- Ryan Underwood, , icq=10317253
Re: installer for non-free packages in contrib
Hi, On Mon, Sep 08, 2003 at 10:13:59AM +0100, Colin Watson wrote: > On Mon, Sep 08, 2003 at 09:35:45AM +0200, Mathieu Roy wrote: > > Would it be acceptable to fill a bug against each installer that do > > not build a proper debian package when installing non-free software? > > How can they do so? Installing a package with 'dpkg -i' in the postinst > of another package isn't possible, since dpkg's status area is locked. Jumping in late here, but what about installing a list of files with the package that, if existing on the system, are considered to be part of that package; and so when the package is removed, they are removed with it. It could be something like debian/track where 'track' is a list of files to be tracked by this package as if they were contained within it when it was built (even though they are actually downloaded during the package's postinst or by another script) -- Ryan Underwood, , icq=10317253
Re: kernel-source == Linux or Hurd or ???
Hi, On Mon, Sep 22, 2003 at 08:03:18PM +0200, martin f krafft wrote: > > This is a good point. Debian makes an effort to be kernel > independent, so why does the kernel-source install Linux? > > I think we should rename to linux-kernel-source, linux-kernel-image > and so on... I very much agree with this sentiment. However, what about system-level utilities and essential packages? How does a Debian *BSD system differ from a Debian GNU system (or for that matter, a Debian GNU/*BSD system), and how should the dependencies between "bare-metal" packages and the kernel (whether it be linux-kernel-source, freebsd-kernel-source, etc) be constructed? Maybe this is silly, but perhaps the "arch" portion of the apt sources could also be fine-tuned to include the kernel type. (I guess similar to the unique machine strings from config.sub and friends). A linux-gnu-i386 distribution, a freebsd-gnu-i386, freebsd-bsd-i386, et. al. While this would certainly approach a goal of greater universality and kernel/machine independence of the distribution, would that gain be worth the effort? Perhaps once the Debian/*BSD have stabilized and reach a greater level of usability, we can ask these questions again later... -- Ryan Underwood, , icq=10317253
Re: (no subject)
On Saturday 23 July 2005 12:07 am, [EMAIL PROTECTED] wrote: > can u please remove the call waves from my computer please Thnk you very > much Hello Shorty550, This is debian-devel, a mailing list for developers of the Debian GNU/Linux system, which doesn't relate to the Windows program Callwave in any way. Please see: http://www.mail-archive.com/debian-devel%40lists.debian.org/msg10770.html for instructions on removing Callwave from your computer --- For -devel... does anyone know why this list receives so many questions about Callwave? A sample: http://lists.debian.org/debian-devel/2005/06/msg01421.html http://lists.debian.org/debian-devel/2004/08/msg00724.html http://lists.debian.org/debian-devel/2004/08/msg00864.html http://lists.debian.org/debian-devel/2004/08/msg01826.html http://lists.debian.org/debian-devel/2004/08/msg00467.html http://www.mail-archive.com/debian-devel%40lists.debian.org/msg07400.html I mean, a -devel post is the first answer for a Google search for 'howto uninstall callwave'... -- Ryan Schultz -> floating point exception: divide by cucumber -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (no subject)
On Saturday 23 July 2005 02:16 pm, Daniel Burrows wrote: > On Friday 22 July 2005 10:00 pm, Ryan Schultz wrote: > > For -devel... does anyone know why this list receives so many questions > > about [REDACTED]? > > > > [long list of links into -devel archives] > > Because you just told Google that we're a good source for information > about you-know-what :P. > > Daniel Ah... crap. Well, perhaps this will secure me a future job in SEO :- D -- Ryan Schultz -> floating point exception: divide by cucumber pgpef3UZMC8wD.pgp Description: PGP signature
Re: New appearance of bugs on BTS web pages
On Saturday 13 August 2005 11:55 am, martin f krafft wrote: > also sprach Darren Salt <[EMAIL PROTECTED]> [2005.08.13.1537 +0200]: > > >>> HTML 4.01. Is this a bug? Should I file a bug agains the b.d.o > > >>> psuedo > > >> > > >> Shouldn't it be XHTML nowadays? > > > > > > I personally would like to see them XHTML1.0 at least. [...] > > > > That or HTML 4.01; there's no real difference. > > HTML 4.01 is not yet deprecated, but it will be sooner or later. > Let's just do it right now rather than expecting someone to migrate > later. I vote for XHTML 1.1 Strict. Should be trivial in this case. This W3C validation page[1] for a sample bug, setting it to enforce XHTML 1.1, gives 40 errors, mostly broken tags (XHTML does not like capitalized tags, and there are some that don't self close). The file with code to be modified is debbugs/cgi/bugreport.cgi. I'd like to help with this, I have some experience with CGI scripts and XHTML/CSS and have already started making fixes in bugreport.cgi. Has this bug been filed so I have somewhere to start dropping patches? [1] http://validator.w3.org/check?uri=http%3A%2F%2Fbugs.debian.org%2Fcgi-bin%2Fbugreport.cgi%3Fbug%3D322812&charset=%28detect+automatically%29&doctype=XHTML+1.1 -- Ryan Schultz -> The meek shall indeed inherit the Earth -- the rest of us will take to the stars. pgpBmrMjKR0mO.pgp Description: PGP signature
Re: New appearance of bugs on BTS web pages
On Friday 12 August 2005 04:26 pm, Roberto C. Sanchez wrote: > I just saw that the bugs viewed via the BTS webpage look much nicer. > The cleaning up of the headers from the email messages was a > particularly nice touch. > > However, I am wondering if it is a bug that the pages are not even valid > HTML 4.01. Is this a bug? Should I file a bug agains the b.d.o psuedo > package? If so what is the appropriate severity? > > -Roberto It looks like someone filed a minor bug for this yesterday: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=322763 -- Ryan Schultz -> The meek shall indeed inherit the Earth -- the rest of us will take to the stars. pgpRmxxEyt8Ac.pgp Description: PGP signature
Bug#329996: ITP: xmms-oggre -- ogg disk output plugin for XMMS
Package: wnpp Owner: Ryan Schultz <[EMAIL PROTECTED]> Severity: wishlist * Package name: xmms-oggre Version : 0.3 Upstream Author : Lars Siebold <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/my-xmms-plugs/ * License : GPL Description : ogg disk output plugin for XMMS Oggre allows you to directly output Ogg Vorbis files from XMMS, in the same style as the standard Disk Writer plugin. You can also specify output quality. Oggre is a fast way to transcode all of the items in a playlist to Vorbis, or to convert a file type that XMMS can play into a Vorbis file for other media players. Package is complete and available from: deb http://rschultz.ath.cx/debian unstable/i386/ deb-src http://rschultz.ath.cx/debian unstable/source/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) pgp2QVkoJGNzN.pgp Description: PGP signature
ITP, RFH: pcsx -- Sony PlayStation emulator
reopen 137355 retitle 137355 ITP: pcsx -- Sony PlayStation emulator owner 137355 ! thanks bts, daisuki da yo Package: wnpp Owner: Ryan Schultz <[EMAIL PROTECTED]> Severity: wishlist * Package name: pcsx Version : 1.6f Upstream Authors : Ryan Schultz <[EMAIL PROTECTED]> Linuzappz <[EMAIL PROTECTED]> Shadow<[EMAIL PROTECTED]> Pete Bernett <[EMAIL PROTECTED]> NoComp<[EMAIL PROTECTED]> Nik3d Akumax<[EMAIL PROTECTED]> * URL : http://www.pcsx.net, http://rschultz.ath.cx/code.php * License : GPL Description : Sony PlayStation emulator PCSX is an advanced PlayStation (PSX) emulator, which uses a plugin architecture to provide full support for all components of the PSX. It has full emulation support for gamepads, videos, sound, memory cards, and other important PSX components, and is able to play most games. . You will need to install packages providing psemu-plugin-video, psemu-plugin-sound, psemu-plugin-input, and psemu-plugin-drive in order to use PCSX. -- Summary & Notes -- debian-legal: PCSX is a quagmire, legally -- many of the files are copyrighted to authors that are missing, etc. -- however, investigative work :- ) by Matthew Dempsky and Frederic Briere has helped to track down the owners of nearly all of the files and proper license info is available (see especially http://www.ngemu.com/forums/showthread.php?t=45525 as well as the earlier discussion in this bug). Please take a look and I'll try to clarify ownership on any of the files, if I can. Please CC me or the bug, as I'm not subscribed to -legal. RFP and ITP (-devel and CCs): The program itself is also a nightmare. Upstream is busy with PCSX2, a PlayStation 2 emulator, and has left PCSX with just a beta release. The emulator code does not compile with GCC 4, due mostly to invalid lvalues -- which aren't easily fixed, as they're buried in uncommented #define macros. Most of the code is uncommented, in fact. The GTK2 frontend works well, but makes bad assumptions about where it is running, dumps files in the directory it runs from, doesn't search any specific system directory for plugins, and is generally unkind. Much of this has been alleviated by some clever wrapper scripting by F. Briere in his packages, but this shouldn't be required. I'm not a C or a GTK programmer (not a good one, at least), and I'm not familiar with system emulation. However, I'm trying to beat this program into shape for Debian. I've already got it to search a system directory for plugins (but it's a hardcoded hack at the moment) and I've made the GUI a bit nicer to use. I gave the lvalue problems a shot but I couldn't get them fixed without causing more errors, and I have a -2 to my pointer casting skills anyway (from being a Python programmer). The version I'm working on is called 'pcsx-df' where 'df' is 'Debian fork' (fork is not a dirty word). I'm maintaining my own version until I get something less hackish to send back upstream. Enough about the code. The Debian package I'm working on is based primarily on the work done by F. Briere, and I've already gotten all of the lintian warnings squashed. You'll want to add his archive if you're using my package, since it still needs the psemu plugins, which I've not yet started working on. Additionally, they cannot be configured from the GTK2 GUI with the pcsx-df 1.6f codebase, because the routine that launches the configuration program makes location assumptions (grrr...), and I've not been able to find it to fix these. You'll also want to run pcsx.real, as the pcsx wrapper script is now partly redundant. mkdir -p ~/.pcsx/memcards before running pcsx.real or you'll have problems configuring. --- Now, some information about the where to get code and packages: Upstream: http://www.pcsx.net F. Briere's work, including the psemu plugins: deb http://www.fbriere.net/debian/dists/unstable psx-emu/ deb-src http://www.fbriere.net/debian/dists/unstable psx-emu/ My (temporary) Darcs repository, better one coming soon, but you can 'get' the pcsx-df 1.6f source: http://rschultz.ath.cx/cgi-bin/darcs.cgi/pcsx-df/?c=browse darcs get http://rschultz.ath.cx/repos/pcsx-df A snapshot of the darcs repo: http://rschultz.ath.cx/files/pcsx-df.tar.gz My (only marginally functional, at the moment) PCSX-df package (it is named pcsx, not pcsx-df) deb http://rschultz.ath.cx/debian unstable/i386/ deb-src http://rschultz.ath.cx/debian unstable/source/ - Final Notes -- Anyone l
Bug#334809: ITP: psemu-drive-cdrmooby -- ISO plugin for PSX emulators
Package: wnpp Owner: Ryan Schultz <[EMAIL PROTECTED]> Severity: wishlist * Package name: ISO plugin for PSX emulators Version : 2.8 Upstream Author : Mooby * URL : http://mooby.psxfanatics.com * License : GPL Description : ISO plugin for PSX emulators This plugin provides ISO support for PSX emulators. With it, you can rip a PlayStation CD directly to your hard drive or play a CDROM image from disk. Images can be automatically decompressed or compressed as needed. The version I am packaging has been modified to remove non-DFSG compliant RAR code. This plugin is for PCSX, see bug #137355 for more on that. There are a number of other psemu plugins. Please ignore invalid ITP numbers in the changelogs for now, if any are reported. I'll upload fixed versions shortly after I get all of the ITPs filed. Potential sponsors: lintian/pbuilder clean packages available from: deb http://rschultz.ath.cx/debian unstable/i386/ deb-src http://rschultz.ath.cx/debian unstable/source/ -- Ryan Schultz "Pleased to meet you, e^x," says the Differential Operator. "I'm d/dt." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462740: ITP: demac -- A decoder for Monkey's Audio (APE) lossless files
Package: wnpp Severity: wishlist Owner: Ryan Finnie <[EMAIL PROTECTED]> * Package name: demac Version : 0~svn16176 Upstream Author : Dave Chapman <[EMAIL PROTECTED]> * URL : None, software available in SVN only * License : GPLv2 Programming Lang: C Description : A decoder for Monkey's Audio (APE) lossless files demac is an implementation in portable ANSI C of a decoder for the Monkey's Audio lossless compression format. It can convert APE audio files into WAV files. demac is part of the Rockbox distribution, and is optimized for embedded systems. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITP: basic256 -- Educational BASIC programming environment for children
Package: wnpp Severity: wishlist Owner: Ryan Kavanagh <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: basic256 Version : 0.9.2 Upstream Author : Ian Larsen <[EMAIL PROTECTED]> * URL : http://kidbasic.sourceforge.net/ * License : GPL Programming Lang: LEX, Qt, FLACC Description : Educational BASIC programming environment for children BASIC-256 is an easy to use version of BASIC designed to teach young children the basics of computer programming. It uses traditional control structures like gosub, for/next, and goto, which helps kids easily see how program flow-control works. It has a built-in graphics mode which lets them draw pictures on screen in minutes, and a set of detailed, easy-to-follow tutorials that introduce programming concepts through fun exercises. - -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy') Architecture: i386 (i686) Kernel: Linux 2.6.24-4-generic (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBR58iK4r19KKMGstXAQJbyw//b6DZxMkxiFKqKOuOwL7LT3e13LjsU/QK /qQmmeEeMiHPAA0aCbWKLT1VRrYoB4MJu9sHux0B1829zqwaw09CbW9I+mb715hi gumS/iFR2VblTrjetyU7Z3Bf7ovovuqFwP17eRWjqwOgjlJCXtVPC7ebJaa50dm3 5m4fwTp0IUohcItqQJtBl6+Ly4QzjI8C075RNP0NPTFnLuE2gJh71eX1eWAi9GDh 1wt76Yb/NE1SyNPi2VR5+9RzLOPLvdhONHT/WGpRYFr8pJUiB4nhbgxJJ4Z1iHAz RChcu2swCRfhDibtKBHsYVmsLmbfnHT4RZ4TF9l5xnGr+ml8+nU0MGNrfx3YvcQT 3q8WuqiX8O/1YGHaEGHlOnQ2MtrpCg0U+9R9PnPMBHUNvFnK8ZXwsMFwG4lYMUNA fgpFLGF0LN5WlImnrc0FVjNsjPAQQSBBvt46bYsisJak7Ryt4kscThvG5lyn9Fr3 y64RjabfiJU3TcRvHhGpqomQpQD8CmvfOPymcBmC7OCGpggdqFlz5IVT88ztT9d2 7YI1pualZqLLNM6mDORyxajmhXsWQxD4A0dEC4yp0NZilfVT3gFgojW7oXEeHCWx K/hC0tUX4MJPpODVzgOB/0hK6MNUMAabUdSGMMcWYArj4FRxLPhEwTrkUhmWgMNK e8EZuNUjuCM= =ZPEy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485522: ITP: slingshot -- simple 2D shooting strategy game set in space, with gravity
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: slingshot Version: 0.8.1 Upstream Author: Jonathan Musther <[EMAIL PROTECTED]> URL: http://www.slingshot-game.org/ License: GPL Description: simple 2D shooting strategy game set in space, with gravity -- Ryan Kavanagh (ryanakca) Get my public key: http://blog.ryanak.ca/E95EDDC9.gpg signature.asc Description: Digital signature
MENU DEFAULT64 support for syslinux
On Mon, Jun 9, 2008 at 1:08 PM, Frans Pop <[EMAIL PROTECTED]> wrote:
> * Installer images for i386 and amd64 have a new boot menu using
> syslinux's vesamenu. This allows for a more user-friendly selection
> of for example the regular or graphical installer. For the multi-
> architecture CD/DVD images this change means the 64-bits version of
> the installer needs to be selected manually from the menu. See the
> Installation Guide [2] for details on how to use the new menu.
Beta 2 is looking nice, but not having multi-arch boot detection was a
bummer. So I took it upon myself to add the missing functionality to
menu.c32/vesamenu.c32. I'm posting the patch here first because I Am
Not A C Programmer(TM), and I really need more set of eyes on it.
Functionally it seems to be working well, as I converted my own
distro's[0] straight isolinux setup to a vesamenu system[1], and it's
been guessing correctly on everything I've thrown at it so far.
RF
[0] http://www.finnix.org/
[1] http://www.finnix.org/Image:Finnix_dev_boot_menu.png
diff -ruN syslinux-3.63+dfsg-orig/com32/menu/menu.h syslinux-3.63+dfsg/com32/menu/menu.h
--- syslinux-3.63+dfsg-orig/com32/menu/menu.h 2008-04-10 10:30:35.0 -0700
+++ syslinux-3.63+dfsg/com32/menu/menu.h 2008-06-10 00:48:38.424152595 -0700
@@ -163,6 +163,8 @@
struct color_table *color_table;
struct fkey_help fkeyhelp[12];
+
+ int has_default64;
};
extern struct menu *root_menu, *start_menu, *hide_menu, *menu_list;
diff -ruN syslinux-3.63+dfsg-orig/com32/menu/readconfig.c syslinux-3.63+dfsg/com32/menu/readconfig.c
--- syslinux-3.63+dfsg-orig/com32/menu/readconfig.c 2008-04-10 10:30:35.0 -0700
+++ syslinux-3.63+dfsg/com32/menu/readconfig.c 2008-06-10 01:01:58.937589284 -0700
@@ -66,6 +66,28 @@
NULL
};
+#define cpuid(func,ax,bx,cx,dx)\
+ __asm__ __volatile__ ("cpuid":\
+ "=a" (ax), "=b" (bx), "=c" (cx), "=d" (dx) : "a" (func));
+
+/*
+ * Determine if a CPU is x86_64 capable
+ */
+int is_64bit(void) {
+ unsigned int eax,ebx,ecx,edx;
+
+ cpuid(0x8000,eax,ebx,ecx,edx);
+ /* if 0x8001 is available, it's an AMD and/or x86_64 CPU */
+ if(eax >= 0x8001) {
+cpuid(0x8001,eax,ebx,ecx,edx);
+/* Bit 29 of 0x8001_edx specifies x86_64 */
+if((edx&(1<<29)) == (1<<29)) {
+ return 1;
+}
+ }
+ return 0;
+}
+
/*
* Search the list of all menus for a specific label
*/
@@ -206,6 +228,7 @@
unsigned int ipappend;
unsigned int menuhide;
unsigned int menudefault;
+ unsigned int menudefault64;
unsigned int menuseparator;
unsigned int menudisabled;
unsigned int menuindent;
@@ -273,6 +296,8 @@
struct menu_entry *me;
const struct syslinux_ipappend_strings *ipappend;
+ int cpu_is_64bit = is_64bit();
+
if (!ld->label)
return; /* Nothing defined */
@@ -361,8 +386,26 @@
break;
}
-if ( ld->menudefault && me->action == MA_CMD )
+/* If this ld has DEFAULT on it, it's a candidate for the default entry.
+ * But if a 64-bit default has already been set, we know that A) the CPU
+ * is 64-bit, and B) a DEFAULT64 has already occurred, so we don't even
+ * want to attempt 32-bit defaults anymore. If it's a 64-bit CPU,
+ * regular DEFAULTs can of course be considered for the default,
+ * but any past or future DEFAULT64 (with a corresponding 64-bit CPU)
+ * will eventually win.
+ */
+if ( ld->menudefault && me->action == MA_CMD && !m->has_default64 )
m->defentry = m->nentries-1;
+
+/* If the CPU is 64-bit and DEFAULT64 is set for this ld, set it as
+ * default. However, if DEFAULT64 is set and the CPU is NOT 64-bit,
+ * don't even consider it for a default.
+ */
+if ( ld->menudefault64 && me->action == MA_CMD && cpu_is_64bit ) {
+ m->defentry = m->nentries-1;
+ m->has_default64 = 1;
+}
+
}
clear_label_data(ld);
@@ -620,6 +663,8 @@
}
} else if ( looking_at(p, "default") ) {
ld.menudefault = 1;
+ } else if ( looking_at(p, "default64") ) {
+ ld.menudefault64 = 1;
} else if ( looking_at(p, "hide") ) {
ld.menuhide = 1;
} else if ( looking_at(p, "passwd") ) {
@@ -875,6 +920,7 @@
ld.ipappend = ipappend;
ld.menudefault = ld.menuhide = ld.menuseparator =
ld.menudisabled = ld.menuindent = 0;
+ ld.menudefault64 = 0;
} else if ( (ep = is_kernel_type(p, &type)) ) {
if ( ld.label ) {
refstr_put(ld.kernel);
ITP: password -- little ruby random password generator
Package: wnpp Severity: wishlist Owner: Ryan Kavanagh <[EMAIL PROTECTED]> * Package name: password Version : 2007.12.30 Upstream Author : Joakim Olsson <[EMAIL PROTECTED]> * URL : http://lirhost.net/~jocke/password/ * License : GPL Programming Lang: Ruby Description : Compact ruby random password generator Little random password generator which generates a random password which is strong, safe and secure. -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-backports'), (500, 'hardy') Architecture: i386 (i686) Kernel: Linux 2.6.24-18-generic (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: Digital signature
Bug#535109: ITP: easygit -- git for mere mortals
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: easygit Version : 0.99 Upstream Author : Elijah Newren * URL : http://www.gnome.org/~newren/eg/ * License : GPL-2 Programming Lang: Perl Description : git for mere mortals In short, Easy GIT is a single-file wrapper script for git, designed to make git easy to learn and use. . Features: * eg focuses on documentation and examples * eg removes many principle-of-least-surprise violations that catch git newbies unaware * eg provides subcommands that are a natural extension of capabilities users know from cvs/svn (eg also takes care to make sure the modifications to its subcommands are easily discoverable and error-avoiding for existing git users as well!) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535524: ITP: libparse-exuberantctags-perl -- exuberant ctags parser for Perl
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libparse-exuberantctags-perl Version : 1.01 Upstream Author : Steffen Mueller * URL : http://search.cpan.org/dist/Parse-ExuberantCTags/ * License : Artistic | GPL-1+, with included readtags library being PD Programming Lang: Perl Description : exuberant ctags parser for Perl Parse::ExuberantCTags parses ctags files and handles both traditional ctags as well as extended ctags files such as produced with Exuberant ctags. To the best of my knowledge, it does not handle emacs-style "etags" files. . The module is implemented as a wrapper around the readtags library that normally ships with Exuberant ctags. If you do not know what that is, you are encouraged to have a look at http://ctags.sourceforge.net/ and look at the exuberant-ctags package. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536553: ITP: libtest-checkmanifest-perl -- Perl module to check if your Manifest matches your distro
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libtest-checkmanifest-perl Version : 1.01 Upstream Author : Renee Baecker, * URL : http://search.cpan.org/dist/Test-CheckManifest/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Perl module to check if your Manifest matches your distro Test::CheckManifest checks whether the Manifest file matches the distro or not. To match a distro the Manifest has to name all files that come along with the distribution. To check the Manifest file, this module searches for a file named MANIFEST. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536651: ITP: libppix-editortools-perl -- Utility methods and base classes for manipulating Perl via PPI
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libppix-editortools-perl Version : 0.06 Upstream Author : Steffen Mueller C * URL : http://search.cpan.org/dist/PPIx-EditorTools/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Utility methods and base classes for manipulating Perl via PPI PPIx::EditorTools is a set of tools designed to be used by IDEs and Editors to manipulate Perl code. It provides base classes and utility methods for manipulating Perl via PPI. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536888: ITP: tlock -- Terminal locker
Package: wnpp Severity: wishlist Owner: Ryan Kavanagh * Package name: tlock Version : 1.4 Upstream Author : Prasad Pandit * URL : http://pjp.dgplug.org/tools/ * License : GPLv2+ Programming Lang: C Description : Terminal locker Simple console based application, which can be used to lock the terminal with a password string supplied by user from standard input, or with her login password as needed. By default tlock prompts the user for a password and then locks the terminal until the same password is supplied again. When invoked with -s flag, tlock locks the terminal with the user's login password. This package will also provide the library packages librpass0 and librpass0-dev, with long description: Static library installed with tlock, it provides a function readpass() that reads in a password string from standard input of process and returns it back, AS IS, to the calling application. While fetching password from standard input, readpass first turns off the echo of input characters and the generation of signals through keystrokes, reads in the password, turns the character echo and signal generation back on, and returns to the calling application a character pointer pointing at the password string. -- |_)|_/ Ryan Kavanagh | Gnupg key | \| \ http://blog.ryanak.ca/| E95EDDC9 signature.asc Description: Digital signature
Re: waf into NEW, please test it with your packages
On Sun, Jul 26, 2009 at 01:51:43PM +0200, Luca Falavigna wrote:
>
> Ryan Niebur
>midori
>
It doesn't work with midori apparently...
$ /usr/bin/waf build
Waf: Entering directory `/server/home/ryan52/projects/deb/midori/midori/_build_'
Traceback (most recent call last):
File "/usr/bin/waf", line 148, in
Scripting.prepare(t, cwd, VERSION, wafdir)
File "/usr/share/waf/wafadmin/Scripting.py", line 142, in prepare
prepare_impl(t, cwd, ver, wafdir)
File "/usr/share/waf/wafadmin/Scripting.py", line 132, in prepare_impl
main()
File "/usr/share/waf/wafadmin/Scripting.py", line 185, in main
fun(ctx)
File "/usr/share/waf/wafadmin/Scripting.py", line 382, in build
return build_impl(bld)
File "/usr/share/waf/wafadmin/Scripting.py", line 395, in build_impl
bld.add_subdirs([os.path.split(Utils.g_module.root_path)[0]])
File "/usr/share/waf/wafadmin/Build.py", line 898, in add_subdirs
self.recurse(dirs, 'build')
File "/usr/share/waf/wafadmin/Utils.py", line 538, in recurse
f(self)
File "", line 264, in build
File "/usr/share/waf/wafadmin/Build.py", line 898, in add_subdirs
self.recurse(dirs, 'build')
File "/usr/share/waf/wafadmin/Utils.py", line 550, in recurse
exec (txt, dc)
File "", line 37, in
File "", line 9, in add_image
NameError: global name 'os' is not defined
--
_
Ryan Niebur
ryanrya...@gmail.com
signature.asc
Description: Digital signature
Re: waf into NEW, please test it with your packages
Hi! On Mon, Jul 27, 2009 at 09:56:19AM +0200, Luca Falavigna wrote: > Ryan Niebur ha scritto: > > It doesn't work with midori apparently... > > Right, I prepared a patch to build with 0.1.7, but I noticed new > upstream version (0.1.8) builds correctly. If you plan to upgrade to the > new version, you should not have any issue with waf Debian package. > Thanks for testing! > would you mind providing a .deb of that so that I can test and update my dh build system patch to use it? Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: waf into NEW, please test it with your packages
On Sat, Aug 01, 2009 at 02:48:37AM +0200, Cyril Brulebois wrote: > Ryan Niebur (30/07/2009): > > would you mind providing a .deb of that so that I can test and update > > my dh build system patch to use it? > > waf deb? Check first mail in the thread. > ok, I misunderstood what Luca was saying. I thought Luca meant a new version of waf, not a new version of midori :/. but with the new version of midori, it still fails... Waf: Leaving directory `/server/home/ryan52/projects/deb/midori/midori/_build_' 'build' finished successfully (4.392s) error: No such command 'check' make[1]: *** [override_dh_auto_test] Error 1 I tried with "/usr/bin/waf test" too, and it didn't work... from the help output, it appears that check should work: "* Main commands: distclean configure build install clean uninstall check dist distcheck" -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: waf into NEW, please test it with your packages
On Sat, Aug 01, 2009 at 12:53:42PM +0200, Luca Falavigna wrote: > Il giorno Fri, 31 Jul 2009 22:14:14 -0700 > Ryan Niebur ha scritto: > > > On Sat, Aug 01, 2009 at 02:48:37AM +0200, Cyril Brulebois wrote: > > > Ryan Niebur (30/07/2009): > > > > would you mind providing a .deb of that so that I can test and > > > > update my dh build system patch to use it? > > > > > > waf deb? Check first mail in the thread. > > > > > > > ok, I misunderstood what Luca was saying. I thought Luca meant a new > > version of waf, not a new version of midori :/. > > Yes, I meant new midori upstream version. I haven't specified it, sorry. > > We prepared waf_1.5.8+dfsg-2, which implements compatibility with > intltool and older versions of wscript. I uploaded preview packages: > http://alioth.debian.org/~dktrkranz-guest/waf_1.5.8+dfsg-2/ > still fails, build log attached, you can 'debcheckout midori' and change the WAF variable in debian/rules to reproduce it yourself. -- _ Ryan Niebur ryanrya...@gmail.com tail: cannot open `debian/changelog' for reading: No such file or directory dpkg-parsechangelog: failure: tail of debian/changelog gave error exit status 1 grep: debian/watch: No such file or directory Option download-version requires an argument Usage: uscan [options] [directories] Run uscan --help for more details dpkg-source: warning: extracting unsigned source package (midori_0.1.8-1.dsc) dpkg-source: extracting midori in midori-0.1.8 dpkg-source: info: unpacking midori_0.1.8.orig.tar.gz dpkg-source: info: applying midori_0.1.8-1.diff.gz dpkg-buildpackage -rfakeroot -D -us -uc -i -ICVS -I.svn -I.arch -I.#* -I.cvsignore -I.bzr dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package midori dpkg-buildpackage: source version 0.1.8-1 dpkg-buildpackage: source changed by Ryan Niebur dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean dh --with quilt clean dh_testdir debian/rules override_dh_auto_clean make[1]: Entering directory `/tmp/tmp.SGXzStrTuI/midori-0.1.8' /usr/bin/waf --nocache distclean 'distclean' finished successfully (0.000s) rm -rf _build_ make[1]: Leaving directory `/tmp/tmp.SGXzStrTuI/midori-0.1.8' dh_quilt_unpatch No patch removed dh_clean dpkg-source -i -ICVS -I.svn -I.arch -I.#* -I.cvsignore -I.bzr -b midori-0.1.8 dpkg-source: info: using source format `1.0' dpkg-source: info: building midori using existing midori_0.1.8.orig.tar.gz dpkg-source: info: building midori in midori_0.1.8-1.diff.gz dpkg-source: info: building midori in midori_0.1.8-1.dsc debian/rules build dh --with quilt build dh_testdir debian/rules override_dh_quilt_patch make[1]: Entering directory `/tmp/tmp.SGXzStrTuI/midori-0.1.8' ln -sf ../debian/config/Debian.h midori/midori-debian.h test -e midori/midori-debian.h dh_quilt_patch Applying patch default-homepage patching file midori/midori-websettings.c Applying patch add-debian-searches patching file data/search Now at patch add-debian-searches make[1]: Leaving directory `/tmp/tmp.SGXzStrTuI/midori-0.1.8' debian/rules override_dh_auto_configure make[1]: Entering directory `/tmp/tmp.SGXzStrTuI/midori-0.1.8' /usr/bin/waf --nocache configure --prefix /usr Checking for program gcc : ok /usr/bin/gcc Checking for program cpp : ok /usr/bin/cpp Checking for program ar : ok /usr/bin/ar Checking for program ranlib : ok /usr/bin/ranlib Checking for gcc : ok Checking for program glib-genmarshal : ok /usr/bin/glib-genmarshal Checking for program glib-mkenums: ok /usr/bin/glib-mkenums Checking for program rst2html.py : not found Checking for program rst2html: ok /usr/bin/rst2html Checking for program msgfmt : ok /usr/bin/msgfmt Checking for program intltool-merge : ok /usr/bin/intltool-merge Checking for header locale.h : ok Checking for program rsvg-convert: ok /usr/bin/rsvg-convert Checking for unique-1.0 >= 0.9 : ok Checking for libidn >= 1.0 : ok Checking for sqlite3 >= 3.0 : ok Checking for library m : ok Checking for gmodule-2.0 >= 2.8.0: ok Checking for gthread-2.0 >= 2.8.0: ok Checking for gio-2.0 >= 2.16.0 : ok Checking for gtk+-2.0 >= 2.10.0 : ok Checking for webkit-1.0 >= 1.1.1 : ok Checking for libsoup-2.4 >= 2.25.2 : ok Checking for libxml-2.0 >= 2.6 : ok Checking for header
Bug#540247: ITP: abi-compliance-checker -- tool for checking binary compatibility of shared libraries (was: Re: backward/forward binary compatibility checker)
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: abi-compliance-checker Version : 1.1 Upstream Author : Andrey Ponomarenko * URL : http://ispras.linux-foundation.org/index.php/ABI_compliance_checker * License : GPL-3+ Programming Lang: Perl Description : tool for checking binary compatibility of shared libraries ABI-compliance-checker is a lightweight tool for checking backward binary compatibility of shared C/C++ libraries in OS Linux. It checks interface signatures and data type definitions in two library versions (headers and shared objects) and searches ABI changes that may lead to incompatibility. Breakage of the compatibility may result in crashing or incorrect behavior of applications built with an old version of a library when it is running with a new one. ABI-compliance-checker was intended for library developers that are interested in ensuring backward binary compatibility. Also ABI-compliance-checker may be used for checking forward binary compatibility and compliance checking of the same library versions on different Linux distributions. Hi Andrey, On Thu, Aug 06, 2009 at 06:38:41PM +0400, Andrey Ponomarenko wrote: > Colleagues, I'm software engineer from Institute for System > Programing of Russian Academy of Sciences and we are developing a free > lightweight tool for checking backward/forward binary compatibility of > shared C/C++ libraries in OS Linux. It checks interface signatures and > data type definitions in two library versions (headers and shared > objects) and searches ABI changes that may lead to incompatibility. > We have released 1.1 version of this tool and we'd like you to consider > its usefulness for your project. > The wiki-page with the latest release of binary compatibility checker is > http://ispras.linux-foundation.org/index.php/ABI_compliance_checker > This looks like an extremely useful piece of software (in the past I've thought "I wish there were a tool to do this" :)). I'll package it for Debian. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#540365: ITP: turnin-ng -- Assignment submitter and manager
Package: wnpp Severity: wishlist Owner: Ryan Kavanagh * Package name: turnin-ng Version : 1.0~rc1 Upstream Author : Ryan Kavanagh * URL : http://github.com/ryanakca/Turnin-NG/tree/master * License : GPLv2+ Programming Lang: Python Description : Assignment submitter and manager Turnin-NG is an assignment submission suite written in Python and composed of turnin and project. Students can use the turnin command to submit an assignment to a course. Professors and TAs (teaching assistants) can use project permits TAs to manage submitted assignments, making them easier to grade. Turnin-NG is a replacement / rewrite for the original turnin/project programmes (which were written for the SPARC architecture and who's source code has been lost) used in multiple North American universities such as Queen's University, UC San Diego, WPI, etc. -- |_)|_/ Ryan Kavanagh | Gnupg key | \| \ http://blog.ryanak.ca/| E95EDDC9 signature.asc Description: Digital signature
Re: Bug#540365: ITP: turnin-ng -- Assignment submitter and manager
(Sorry, resending, I forgot to CC the bug and the list) On Sun, Aug 09, 2009 at 05:23:43PM +0200, Guillem Jover wrote: > Hi! > I hope the packages uploaded won't have a «project» binary in the > PATH? Hi Guillem, At the moment yes, Turnin-NG provides /usr/bin/project since that's what the original turnin / project app provided. However, I can either: 1) Rename the project script to something else upstream. 2) Rename it in the Debian package and add a note to README.Debian. I'm not sure which I prefer. #1 has the advantage of being consistent across all distributions. #2 makes it so that if someone else wants to move away from SPARC and use Turnin-NG as a direct replacement for their old binaries, they can. What do you think? Cheers, Ryan -- |_)|_/ Ryan Kavanagh | Gnupg key | \| \ http://blog.ryanak.ca/| E95EDDC9 signature.asc Description: Digital signature
Bug#540976: ITP: libcarp-always-perl -- Perl module to make warns and dies noisy with stack backtraces
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libcarp-always-perl Version : 0.09 Upstream Author : Adriano R. Ferreira * URL : http://search.cpan.org/dist/Carp-Always/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Perl module to make warns and dies noisy with stack backtraces Carp::Always is meant as a debugging aid. It can be used to make a script complain loudly with stack backtraces when warn()ing or die()ing. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542505: ITP: libhtml-latemp-news-perl -- news maintenance module for Latemp (and possibly other web frameworks)
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libhtml-latemp-news-perl Version : 0.1.7 Upstream Author : Shlomi Fish * URL : http://search.cpan.org/dist/HTML-Latemp-News/ * License : MIT Programming Lang: Perl Description : news maintenance module for Latemp (and possibly other web frameworks) HTML::Latemp::News is a module that maintains news item for a web-site. It can generate an RSS feed, as well as a news page, and an HTML newsbox, all from the same data. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542504: ITP: libfile-find-object-rule-perl -- alternative interface to File::Find::Object
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libfile-find-object-rule-perl Version : 0.0300 Upstream Author : Shlomi Fish * URL : http://search.cpan.org/dist/File-Find-Object-Rule/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : alternative interface to File::Find::Object File::Find::Object::Rule is a friendlier interface to File::Find::Object. It allows you to build rules which specify the desired files and directories. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542506: ITP: libhtml-widgets-navmenu-perl -- Perl module for generating HTML navigation menus
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libhtml-widgets-navmenu-perl
Version : 1.0302
Upstream Author : Shlomi Fish
* URL : http://search.cpan.org/dist/HTML-Widgets-NavMenu/
* License : MIT
Programming Lang: Perl
Description : Perl module for generating HTML navigation menus
HTML::Widgets::NavMenu generates a navigation menu for a site. It can also
generate a complete site map, a path of leading components, and also keeps
track of navigation links ("Next", "Prev", "Up", etc.)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542508: ITP: libhtml-latemp-navlinks-genhtml-perl -- module to generate the HTML of navigation links
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libhtml-latemp-navlinks-genhtml-perl Version : 0.1.8 Upstream Author : Shlomi Fish * URL : http://search.cpan.org/dist/HTML-Latemp-NavLinks-GenHtml/ * License : MIT Programming Lang: Perl Description : module to generate the HTML of navigation links HTML::Latemp::NavLinks::GenHtml is a module to generate the HTML of navigation links for Latemp. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542507: ITP: libhtml-latemp-genmakehelpers-perl -- Latemp utility module
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libhtml-latemp-genmakehelpers-perl Version : 0.2.0 Upstream Author : Shlomi Fish * URL : http://search.cpan.org/dist/HTML-Latemp-GenMakeHelpers/ * License : MIT Programming Lang: Perl Description : Latemp utility module HTML::Latemp::GenMakeHelpers is a utility module to generate Makefile snippets for websites using latemp. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542516: ITP: libcommon-sense-perl -- module that implements some sane defaults for Perl programs
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libcommon-sense-perl Version : 0.04 Upstream Author : Marc Lehmann and Robin Redeker * URL : http://search.cpan.org/dist/common-sense/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : module that implements some sane defaults for Perl programs common::sense implements some sane defaults for Perl programs, as defined by two typical (or not so typical - use your common sense) specimens of Perl coders. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544399: ITP: rakudo -- implementation of Perl 6 for Parrot
Package: wnpp Owner: Ryan Niebur Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: rakudo Version : "2009-08" aka PDX (will probably use 0.1~2009-08-1 for the package version) Upstream Author : The Rakudo Team * URL : http://rakudo.org/ * License : Artistic License 2.0 Programming Lang: Parrot Description : implementation of Perl 6 for Parrot Rakudo Perl is an implementation of the Perl 6 specification that runs on the Parrot virtual machine. I won't be able to upload this for a while, because previous to the current git version the build system didn't work with system installed parrot. parrot and rakudo release go together (monthly), but the debian maintainer of parrot only uploads the "stable" releases. So I have to wait for the next stable version of parrot to be released and uploaded to debian, and then for the corresponding version of rakudo to be released. So it will probably be a few months... -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Anybody have a spare sparc machine? (was: Re: Bug#543573: FTBFS: libdevel-declare-perl_0.005011-1 on sparc (dist=unstable))
[cross posting ftw] Hi, On Tue, Aug 25, 2009 at 10:50:38PM +0200, Martin Zobel-Helas wrote: > > Failed Test Stat Wstat Total Fail List of Failed > > --- > > t/combi.t 010?? ?? ?? > > t/ctx-simple.t 010?? ?? ?? > > t/fail.t010?? ?? ?? > > t/methinstaller-simple.t010?? ?? ?? > > t/method-no-semi.t 010?? ?? ?? > > t/method.t 010?? ?? ?? > > t/multiline-proto.t 010 12 1 > > t/sugar.t 010?? ?? ?? > > 1 test skipped. > > Failed 8/23 test scripts. 1/38 subtests failed. > > Files=23, Tests=38, 3 wallclock secs ( 2.76 cusr + 0.25 csys = 3.01 CPU) > > Failed 8/23 test programs. 1/38 subtests failed. > > make[1]: *** [test_dynamic] Error 255 > > make[1]: Leaving directory > > `/build/buildd-libdevel-declare-perl_0.005011-1-sparc-FPppW5/libdevel-declare-perl-0.005011' > > dh_auto_test: make returned exit code 2 > > make: *** [build] Error 1 > > dpkg-buildpackage: error: debian/rules build gave error exit status 2 > > This is a sparc only FTBFS, and none of us own a sparc machine. Does anybody have a spare one they could let me (or somebody else in the Perl group) ssh into to debug it? Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Anybody have a spare sparc machine? (was: Re: Bug#543573: FTBFS: libdevel-declare-perl_0.005011-1 on sparc (dist=unstable))
Hi, On Tue, Sep 01, 2009 at 07:12:47PM -0700, Ryan Niebur wrote: > > This is a sparc only FTBFS, and none of us own a sparc machine. Does > anybody have a spare one they could let me (or somebody else in the > Perl group) ssh into to debug it? > the upstream author of libdevel-declare-perl thinks that this could be the same as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505415 so if somebody with a sparc machine could just rebuild libdevel-declare-perl against the perl in experimental and confirm that it builds, that would be sufficient. Cheers, Ryan -- _____ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Anybody have a spare sparc machine?
On Tue, Sep 01, 2009 at 07:53:26PM -0700, Ben Pfaff wrote: > Ryan Niebur writes: > > > This is a sparc only FTBFS, and none of us own a sparc machine. Does > > anybody have a spare one they could let me (or somebody else in the > > Perl group) ssh into to debug it? > > http://db.debian.org/machines.cgi lists a number of Debian sparc > machines. IANADD. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Switch on compiler hardening defaults
On Sun, Oct 25, 2009 at 03:21:01PM -0400, James Vega wrote: > On Sun, Oct 25, 2009 at 11:55:25AM -0700, Kees Cook wrote: > > Arguments against: > > - makes the compiler's behavior different than stock compiler. > > Rebuttal: honestly, I don't care -- it seems like such a > > huge win for safety and is easy to debug. Debian > > already carries plenty of patches anyway -- there > > is no such thing as the "stock compiler". > > - makes more work for dealing with warnings. > > Rebuttal: those warnings are there for a reason -- they can > > be real security issues, and should be fixed. > > - lacks documentation. > > Rebuttal: that may have been true a while ago, but I've worked > > hard to document the features and how to handle > > problems. See [2]. Even the gcc man pages are patched. > > - makes running Debian slower. > > Rebuttal: no, nothing supports this. The bulk of _FORTIFY_SOURCE > > is compile-time. Run-time checks, including those from > > -fstack-protector are just not measurable. The burden of > > evidence for anyone claiming this is on them. I'm not > > suggesting we turn on PIE; that option can be a problem. > > - breaks debugging with gdb. See > <1256300822.13273.39.ca...@fsopti579.f-secure.com> on this list and #346409. > You provided a patch for #346409, but there appears to be issues with it as > noted in the bug log. > in the footnotes of Kees's email it said: (Note that the gcc hardening does NOT turn on PIE, which has measurable performance problems on some architectures.) so this isn't a problem. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Lintian based autorejects
On Tue, Oct 27, 2009 at 09:15:58PM +0100, Thijs Kinkhorst wrote: > On tiisdei 27 Oktober 2009, Joerg Jaspert wrote: > > we are turning on lintian based autorejects within the next few days. > > This means that packages failing a defined set of lintian tags will no > > longer be accepted into the archive, but get rejected immediately. > > This should help to get rid of the worst policy violations before > > wasting time and resources of other people. > > This will be a useful development, but I question the choice of which tags to > reject. Indeed "worst policy violations" or prevention of time wasted seem > like sound goals. But why then reject on the following tag: > - copyright-lists-upstream-authors-with-dh_make-boilerplate? > > Basically this tag is triggered if you write "Author(s):" instead > of "Authors:" in debian/copyright. If I would encounter that somewhere I > doubt I would file even a minor bug against the package, let alone consider > it one of the "worst policy violations". Or whose time is wasted with someone > writing "Author(s)"? Rejecting uploads for that, basically a graver action > than calling something RC, seems disproportional to me. > *agree* I completely disagree with this lintian warning and prefer to use "Author(s)". -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Lintian based autorejects
On Tue, Oct 27, 2009 at 11:03:06PM +, Mark Brown wrote: > On Tue, Oct 27, 2009 at 03:59:52PM -0700, Ryan Niebur wrote: > > > I completely disagree with this lintian warning and prefer to use > > "Author(s)". > > I do agree that rejecting on this is probably excessive but I'm curious > as to why you think it's incorrect? > I prefer "Author(s)". Less text to update when a new author is added. It does no harm and affects nothing in the end result. I'm curious as to why you think "Author(s)" is a bad thing? -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Lintian based autorejects
On Wed, Oct 28, 2009 at 01:34:11AM +0100, Cyril Brulebois wrote: > Stephen Gran (28/10/2009): > > What that has to do with lintian based auto-rejects, I'm not really > > sure, but thanks. > > Files were installed in binary packages (built on autobuilders with > the brand new toolchain packages) within unusual locations (resulting > in quite broken packages), which lintian would have caught. > I completely agree that there should be filtering on binary packages too. Actually, I think that this may be more important. The reason is that good Debian Developers will be checking the things they upload, so they should never have to have packages auto-rejected (if they're doing their job right). However, if some build-dep breaks between the time the source upload happens and the buildd actually building the package, and causes the resulting .deb to be broken, who's fault is it? There's no human manually looking over that .deb, and lintian could detect some of these problems. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Lintian based autorejects
["Mail-Followup-To: debian-devel-annou...@lists.debian.org" -- nice] On Tue, Oct 27, 2009 at 03:06:07PM +0100, Joerg Jaspert wrote: > Heyho, > > we are turning on lintian based autorejects within the next few days. > This means that packages failing a defined set of lintian tags will no > longer be accepted into the archive, but get rejected immediately. > This should help to get rid of the worst policy violations before > wasting time and resources of other people. > this is probably a question more for lintian maintainers, but... what should we do if lintian is buggy and falsely claims our package has one of these tags? IIRC lintian maintainers normally say to not use an override and just ignore it until the bug is fixed. But if that's going to cause our package to be REJECTed, I guess that's not an option..so should we just override it? also, it would be nice to have a way to run lintian so that it will only list problems that will cause a REJECT, and have it exit with non-zero if any of those are not overriden (or are overriden but not allowed to be overriden). -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: debian/rules "make -f" restriction
On Wed, Oct 28, 2009 at 07:05:30PM -0500, Manoj Srivastava wrote: > On Wed, Oct 28 2009, Tobi wrote: > > > Manoj Srivastava wrote: > > > >> This is what the make directive 'include' is all > >> about. Conditionally, include fileA or fileB. Each file is all > >> uncontaminated now. > >> > >> This is not a technical shortcoming of using Makefiles. > > > > You're right. What we do might be possible from "within" the Makefile > > itself. Maybe even a custom cdbs rule might be possible. But it's not that > > easy and it would make the debian/rules less readable. > > I beg to differ. It is really trivial, and it does not make the > rules file less readable > > #!/usr/bin/make -f > ifeq (,$(srip $(ENV_VAR_WE_LOOK_FOR))) > include regular.mk > else > include special.mk > endif > ummm, I don't think so. Have you actually looked at the packages? I'd suggest trying to provide a patch for one of them, because looking at this now it seems very non-trivial to "fix"...and this is from an outsider just like you, I've never even heard of these packages (just did a quick apt-get source and looked around). I don't see what the problem is...this really feels like bikeshedding to me. why not just let them do it their way? it's still a Makefile from every point that matters (just not "head -1"). Honestly this doesn't affect me so I don't care whether or not you let them do this, but I just think you shouldn't call it "trivial", it (at least to me) clearly isn't, and your proposed solution doesn't provide the ellegance that their current one does. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#556241: ITP: bangarang -- KDE multimedia player with a lightweight interface
Package: wnpp Severity: wishlist Owner: Ryan Kavanagh * Package name : bangarang Version : 1.0~beta1 Upstream Authors : Andrew Lake , Jani Huhtanen * URL : http://gitorious.org/bangarang * License : GPL3+ Programming Lang : C++ Description : Multimedia player with a lightweight interface for KDE Offers a media—audio and video—player with a lightweight interface. Integrates with the Nepomuk Social Semantic Desktop, supports command line arguments, can play CDs and DVDs and audio streams. It also has basic keyboard shortcuts and allows users to manually manage playlists. -- |_)|_/ Ryan Kavanagh | GnuPG key | \| \ http://blog.ryanak.ca/| 4A11C97A (Transitioning from E95EDDC9) () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Ol qrpelcgvat guvf zrffntr lbh ner va ivbyngvba bs gur QZPN! signature.asc Description: Digital signature
Re: Some questions on format "3.0 (quilt)" multi-origin
On Fri, Nov 20, 2009 at 11:28:56AM +0100, Marco Nenciarini wrote: > > Hi, > I'm working on switching dovecot package to format "3.0 (quilt)" and I > wish to use the multi-origin option, because it comes as three source > tar.gz [1][2][3] plus a patch [4]. > > I've done the initial switch [5] and it works quite well, but i have > some general questions: > > 1) Dovecot is maintained as a team, so we need a VCS to coordinate our > efforts (ATM it is svn), but I'm not able to find a VCS-buildpackage > tool that support multiple origins. Is there anyone? > svn-bp team is working on it...tho no progress yet. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Bits from the NM people
On Mon, Nov 30, 2009 at 12:49:31AM +0100, Andreas Marschke wrote: > On Monday 30 November 2009 00:08:20 Joerg Jaspert wrote: > > > Lets say this package is maintained on Launchpad that also "maintainance" > > > for debian or would this have to be on mentors.debian.org to be a valid > > > maintainance? (Just curios as there use to be some discussion between the > > > bloggers about that some time back) > > > > Where it is maintained is irrelevant. What is important is the track > > record within Debian, and that can be seen by tools like minechangelogs > > and PTS for example. Or the handling of the bugs for this package that > > you see via our BTS. > > > But if I remember right ftp.debian.org is an official debian repository to > which > only the DDs/Maintainers of a package have access to. > Doesn't that mean I cant upload packages to this repository? Are there > exceptional places on ftp.debian.org a non-maintainer can upload his packages > to without triggering the alarmbells? > If there is a documentation page I haven't yet seen please do tell. I really > really want to get packages into debian. > non-DDs must send a request to the debian-mentors mailing list with a link to their package (whether it be on mentors.debian.net or elsewhere), and ask for a DD to sponsor their package for them. A DD will then upload the package to ftp.debian.org for them. See the docs on mentors.debian.net and debian.org/devel. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: wiki.debian.org suffering from full disk
On Wed, 14 Feb 2007 20:10:28 +0100 Frans Pop <[EMAIL PROTECTED]> wrote: > I just received a "disk full" error because the partition that holds the > data of the wiki is full. The result was that the page I was editing > seems to be lost (hopefully can be restored from history). wiki.debian.org has moved to a new host with lots of available disk space, so it should be safe to edit the wiki again. signature.asc Description: PGP signature
Re: bugs.d.o down (was: wiki.debian.org disk problems resolved)
On Thu, 22 Feb 2007 17:37:03 +0100 Sam Hocevar <[EMAIL PROTECTED]> wrote: > On Wed, Feb 14, 2007, Ryan Murray wrote: > > wiki.debian.org has been moved to a new host with lots of available > > disk space, so updates should be fine now. For the first 90 minutes > > after the move exim wasn't running, so updates during this period > > would have failed to send notifications. > > > > If any problems are found with the move, please contact debian-admin > > with details. > >Hi! There must have been a problem with the move because bugs.d.o and > wiki.d.o have been down the whole day while no maintenance was planned > (or there's a problem with -devel-anounce, too, I don't know). Yes, there was a problem, and it resulted in rietz being down until the local admins were around. This ended up being ~8 hours later; I did not have an ETA at the time, so didn't have any details to make a post to -devel-announce. I now have direct access to rietz's iLO, and am working with the bugs team to always have bugs-mirror.debian.org's web interface available, should something ever happen to the main server in future. signature.asc Description: PGP signature
ITP: aoeui -- Lightweight, unobtrusive, Dvorak-optimized text editor
Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Ryan Kavanagh <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: ITP: aoeui -- Lightweight, unobtrusive, Dvorak-optimized text editor Message-ID: <[EMAIL PROTECTED]> X-Mailer: reportbug 3.31ubuntu1 Date: Thu, 31 May 2007 20:07:46 -0400 X-Debbugs-Cc: debian-devel@lists.debian.org Package: wnpp Severity: wishlist Owner: Ryan Kavanagh <[EMAIL PROTECTED]> * Package name: aoeui Version : 1.0~alpha5 Upstream Author : Peter Klausler <[EMAIL PROTECTED]> * URL : http://aoeui.sourceforge.net/ * License : GPL Programming Lang: C Description : Lightweight, unobtrusive, Dvorak-optimized text editor A lightweight and unobtrusive text editing program that is optimized for fast editing by users of the Dvorak keyboard layout. - -- System Information: Debian Release: 4.0 APT prefers feisty-updates APT policy: (500, 'feisty-updates'), (500, 'feisty-security'), (500, 'feisty') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20-15-generic Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) pgpHG5SKr1BKX.pgp Description: PGP signature
Bug#492532: Processed: Re: Bug#: apt-get also removes apache2 when i just wanted to remove mysql-server
reassign 492532 libaprutil1
fixed 1.3.2+dfsg-1
thanks
apache2 depends on libaprutil1 which depends on libmysqlclient15off which
depends on mysql-common.
This problem will be solved in Lenny+1 by splitting up libaprutil1 into
libaprutil1-{dbd-{mysql,pgsql,sqlite3},ldap}.
Packages that do that are in experimental, though they FTBFS.
--
_
Ryan Niebur
[EMAIL PROTECTED]
signature.asc
Description: Digital signature
Bug#493818: ITP: teseq -- a utility for rendering terminal typescripts human-readable
Package: wnpp Owner: Ryan Niebur <[EMAIL PROTECTED]> Severity: wishlist * Package name: teseq Version : 1.0.0 Upstream Author : Micah Cowan <[EMAIL PROTECTED]> * URL : http://www.gnu.org/software/teseq/ * License : GPLv3+ Programming Lang: C, Perl Description : a utility for rendering terminal typescripts human-readable GNU Teseq is a tool for analyzing files that contain control characters and terminal control sequences. It is intended to be useful for diagnosing terminal emulators, and programs that make heavy use of terminal features (such as those based on the Curses library). It is primarily targeted at individuals who possess a basic understanding of terminal control sequences, especially CSI sequences; however, by default Teseq will try to identify and describe the sequences that it encounters, and the behavior they might produce in a terminal. -- _____ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#504966: ITP: thin -- fast and very simple Ruby web server
Package: wnpp Owner: Ryan Niebur <[EMAIL PROTECTED]> Severity: wishlist * Package name: thin Version : 1.0.0 Upstream Author : Marc-Andre Cournoyer <[EMAIL PROTECTED]> * URL : http://code.macournoyer.com/thin/ * License : (not sure atm) Programming Lang: Ruby Description : fast and very simple Ruby web server Thin is a Ruby web server that glues together 3 of the best Ruby libraries in web history: * the Mongrel parser, the root of Mongrel's speed and security * Event Machine, a network I/O library with extremely high scalability, performance and stability * Rack, a minimal interface between webservers and Ruby frameworks . Which makes it, with all humility, the most secure, stable, fast and extensible Ruby web server bundled in an easy to use package for your own pleasure. I'm not entirely sure what the license is, so I'm going to email the upstream author. -- _____ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: Bug#504966: ITP: thin -- fast and very simple Ruby web server
On Sat, Nov 08, 2008 at 10:56:36AM -0500, bd_ wrote: > On Sat, Nov 8, 2008 at 3:07 AM, Ryan Niebur <[EMAIL PROTECTED]> wrote: > > Package: wnpp > > Owner: Ryan Niebur <[EMAIL PROTECTED]> > > Severity: wishlist > > > > * Package name: thin > > Version : 1.0.0 > > Upstream Author : Marc-Andre Cournoyer <[EMAIL PROTECTED]> > > * URL : http://code.macournoyer.com/thin/ > > * License : (not sure atm) > > Programming Lang: Ruby > > Description : fast and very simple Ruby web server > > > > Thin is a Ruby web server that glues together 3 of the best Ruby > > libraries in web history: > >* the Mongrel parser, the root of Mongrel's speed and security > >* Event Machine, a network I/O library with extremely high > > scalability, performance and stability > >* Rack, a minimal interface between webservers and Ruby frameworks > > . > > Which makes it, with all humility, the most secure, stable, fast and > > extensible Ruby web server bundled in an easy to use package for your own > > pleasure. > > > > I'm not entirely sure what the license is, so I'm going to email the > > upstream author. > > The COPYING file at upstream's version control > (http://github.com/macournoyer/thin.git/COPYING) has a fairly standard > simple permissive license, which should be no problem for debian main. but at the same time the README says it's the ruby license, which is GPL and a custom license. And (parts of) it can't be anything that's not GPL, because parts of it are derived from mongrel (Zed's copyrights are even still there in places), which is GPL. Of course, I don't know my legal stuff, so... -- _ Ryan Niebur [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#509485: ITP: libgooglecharts-ruby -- Ruby library to create sexy charts using the Google API
Package: wnpp Owner: Ryan Niebur Severity: wishlist * Package name: libgooglecharts-ruby Version : 1.3.6 Upstream Author : Matt Aimonetti * URL : http://googlecharts.rubyforge.org/ * License : MIT Programming Lang: Ruby Description : Ruby library to create sexy charts using the Google API Googlecharts is a nice and simple wrapper for the Google Chart API. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#509567: ITP: libxml-sax-expatxs-perl -- Perl SAX 2 XS extension to Expat parser
Package: wnpp Severity: wishlist Owner: Ryan Niebur * Package name: libxml-sax-expatxs-perl Version : 1.31 Upstream Author : Petr Cimprich * URL : http://search.cpan.org/dist/XML-SAX-ExpatXS/ * License : GPL and Artistic Programming Lang: C, Perl Description : Perl SAX 2 XS extension to Expat parser XML::SAX::ExpatXS is a direct XS extension to Expat XML parser. It implements Perl SAX 2.1 interface. See http://perl-xml.sourceforge.net/perl-sax/ for Perl SAX API description. Any deviations from the Perl SAX 2.1 specification are considered as bugs. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#509568: ITP: libxml-validator-schema-perl -- Perl module to validate XML against a subset of W3C XML Schema
Package: wnpp Severity: wishlist Owner: Ryan Niebur * Package name: libxml-validator-schema-perl Version : 1.10 Upstream Author : Sam Tregar * URL : http://search.cpan.org/dist/XML-Validator-Schema/ * License : GPL and Artistic Programming Lang: Perl Description : Perl module to validate XML against a subset of W3C XML Schema XML::Validator::Schema allows you to validate XML documents against a W3C XML Schema. This module does not implement the full W3C XML Schema recommendation (http://www.w3.org/XML/Schema), but a useful subset. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: Orphaning some perl packages
Hi, I intend to adopt these for pkg-perl: > * libtest-number-delta-perl > libx11-freedesktop-desktopentry-perl > libexporter-tidy-perl > libextutils-depends-perl > libextutils-pkgconfig-perl >Misc perl libs. Should probably go to the perl group. > and these too: > * libcairo-perl* > libglib-perl* > libgnome2-canvas-perl > libgnome2-gconf-perl* > libgnome2-perl* > libgnome2-print-perl* > libgnome2-vfs-perl* > libgnome2-wnck-perl* > libgtk2-ex-podviewer-perl > libgtk2-gladexml-perl* > libgtk2-perl* > libgtk2-spell-perl > libgtk2-trayicon-perl > libgtk2-traymanager-perl >Perl bindings for some common Gtk/Gnome libraries. Upstream is >active, updates packages and fixes issues. Maintaining these packages >is easy, if a bit boring. Perl group material, I guess. At the >moment, some of these (the ones with a *) are maintained by the >"Gtk2-Perl Maintainers" (active members: 0.2, and that's me). > >libgtk2-spell-perl and libgtk2-html2-perl could also be removed from >the archive. The rest is of good quality and used. > *except* for libgtk2-html2-perl. of course, I or some other member of the team could end up adopting others also. Thanks, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#510025: ITP: libpango-perl -- Perl module to layout and render international text
Package: wnpp Severity: wishlist Owner: Debian Perl Group * Package name: libpango-perl Version : 1.210 Upstream Author : scott at asofyet dot org, kaffeetisch at gmx dot de, pcg at goof dot com * URL : http://gtk2-perl.sourceforge.net/ * License : LGPL Programming Lang: Perl Description : Perl module to layout and render international text libpango-perl allows a perl developer to use the Pango library. . Pango is a library to layout and render international text. . This module is part of gtk2-perl. . To discuss gtk2-perl, ask questions and flame/praise the authors, join gtk-perl-l...@gnome.org at lists.gnome.org. . Also have a look at the gtk2-perl website and sourceforge project page, http://gtk2-perl.sourceforge.net This package is a dependancy of newer versions of libgtk2-perl. -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: mass bug filing for undefined sn?printf use
Hi, On Fri, Jan 16, 2009 at 10:29:18AM +, peter green wrote: > >IMHO any bugs filed merely due to the presence of the code without the > > means to trigger the error in normal builds should be wishlist. > What is particularlly insiduous about this issue is that it could > easilly be activated by accident if the maintainer or a NMUer builds and > uploads a new version of the package on a system/chroot that happens to > have hardening-wrapper installed (most likely left over from building a > previous package). > hardening-wrapper doesn't do anything unless it has "DEB_BUILD_HARDENING=1" in it's environment or in /etc/hardening-wrapper.conf (which does not exist by default) > IMO because it can lead to packages that were not previously broken > breaking after a rebuild this deserves a severity of at least normal > -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
ITP: crunchy -- Delivers html-written python tutorials in a browser window, adding interactive elements
Package: wnpp Severity: wishlist Owner: Ryan Kavanagh <[EMAIL PROTECTED]> * Package name: crunchy Version : 0.9.8.3 Upstream Author : André Roberge <[EMAIL PROTECTED]>, Johannes Woolard * URL : http://crunchy.sourceforge.net * License : MIT Programming Lang: Python Description : Delivers html-written python tutorials in a browser window, adding interactive elements Crunchy is an application that formats and delivers html-written Python tutorials inside a browser window, adding interactive elements and snazzy navigation. Crunchy exists to transform static html tutorials into exciting interactive applications: It can insert a whole range of interactive elements into web pages, including Python interpreters, code editors with Python source highlighting and graphics canvasses. -- System Information: Debian Release: lenny/sid APT prefers gutsy-updates APT policy: (500, 'gutsy-updates'), (500, 'gutsy-security'), (500, 'gutsy') Architecture: i386 (i686) Kernel: Linux 2.6.22-14-generic (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Ryan Kavanagh (ryanakca) My GPG/PGP Key: E95EDDC9 http://blog.ryanak.ca signature.asc Description: This is a digitally signed message part.
Re: ITP: crunchy -- Delivers html-written python tutorials in a browser window, adding interactive elements
On Dec 5, 2007 5:51 PM, Hendrik Sattler <[EMAIL PROTECTED]> wrote: > > Description : Delivers html-written python tutorials in a browser > > window, adding interactive elements > > too long > Yeah yeah, 60 chars, I know, It's just temporary, to be fixed / improved / rewritten. Just like the following paragraph is a copy paste from their website... to be reformatted / etc. > That says what it does but not what it is. What kind of application?(no l > "Delivers [...] inside a browser window" doesn't make any sense to me. Does it > generate HTML formatted output files or is it a webserver or a browser plugin > or...? To answer your question, it takes any python tutorial with code in a tag and replaces it with appropriate javascript, and permits you to modify it on the page, and test it as you go, similar to the W3C's CSS school[1] So, it generates HTML formatted output files. It also acts as a web server and is usually started manually, instead of as a daemon. It has three security levels, the default being rather secure. For more info, download the tarball, 'cd crunchy/ && python crunchy.py' :o) > > HS > Hope this answers your questions, Ryan [1] http://www.w3schools.com/css/default.asp -- Ryan K. (ryanakca) Get my public key: http://blog.ryanak.ca/E95EDDC9.gpg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#540215: Introduce dh_checksums
[despite having not yet replied to this thread, I am watching it...I just don't have the desire to add to yet another giant, silly thread on -devel. anyways...] On Mon, Mar 08, 2010 at 12:21:42PM -0500, Joey Hess wrote: > > > Your comments on the patch are obviously welcome (feel free to hack > > it your self if you want) > > > > Any chance to merge it before squeeze Freeze? > > Is debsums ready to handle other checksums types? > no. I will happily add support for it if there is consensus that a switch to sha256sums (or any other checksum algorithm, for that matter) should happen, and once packages begin to migrate to it. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: uploads to experimental
On Thu, Mar 18, 2010 at 06:18:49PM -0700, Russ Allbery wrote: > Brian May writes: > > > How do I make uploads to experimental? > > > I thought this putting experimental in the changelog was sufficient: > > > === cut === > > heimdal (1.4.0~git20100221.dfsg.1-2) experimental; urgency=low > > . > >* Update debshlibs dependancies. Anything compiled against the > > version of Heimdal in experimental will require the libraries from > > experimental. May not strictly be required for all libraries, but > > better be safe then sorry. > >* This also will resolves a bug for the experimental version that has > > already been solved in stable (closes: 571206). > > === cut === > > > However the upload appears to have gone to unstable instead of experimental. > > The only thing that matters to the archive software is what distribution > is listed in the *.changes file. Normally, this is taken from the > changelog. I'm not sure why it would have been set to sid in this case, > but looking in the PTS at heimdal, you can see that the *.changes file > associated with the upload says sid. > It may have something to do with this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559659 -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#581881: ITP: lintex -- automatic cleanup of old TeX-related files
Package: wnpp Severity: wishlist Owner: Ryan Kavanagh * Package name: lintex Version : 1.04 Upstream Author : Maurizio Loreti * URL : http://wwwcdf.pd.infn.it/MLO/index.html * License : GPLv2 Programming Lang: C Description : automatic cleanup of old TeX-related files Removes uneeded files after a (La)TeX run: .aux, .log, .dvi, etc, if their timestamp is more recent than the TeX file's. Also removes the backup files created by your text editor. This keeps a directory containing multiple (La)TeX documents from becoming unmanageable. -- |_)|_/ Ryan Kavanagh | GnuPG key | \| \ http://ryanak.ca/ | 4A11C97A (Transitioning from E95EDDC9) () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Ol qrpelcgvat guvf zrffntr lbh ner va ivbyngvba bs gur QZPN! signature.asc Description: Digital signature
SRWare Iron: Chromium without the data-mining
http://www.srware.net/en/software_srware_iron_chrome_vs_iron.php This should become a full open source project with a community behind it. With Mozilla disregarding H.264, the community needs a full browser capable of H.264 video playback without the privacy issues of Chrome. We need to "Iceweasel" Chromium. I'm willing to put the infinityOS team behind this, but I would like the help and support of the Debian community. Thanks, Ryan -- 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/aanlktin38vdex-azhv1zdq17w1vi_jyua-5vozuvn...@mail.gmail.com
Re: SRWare Iron: Chromium without the data-mining
On Tue, May 18, 2010 at 4:32 AM, Fabian Greffrath wrote: >> With Mozilla disregarding H.264, the community needs a full >> browser capable of H.264 video playback without the privacy issues of >> Chrome. > > <http://packages.debian.org/sid/epiphany-browser> > > You may need to install some additional gstreamer plugins, though. > > Cheers, > Fabian > Epiphany has iffy tabbed browsing support and the Javascript engine is incomplete (I can't edit posts on many forums for example). It's a great browser and should be worked on, but we should take as many avenues as possible. Epiphany is actually the default browser in infinityOS. Thanks, Ryan -- 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/aanlktimyajmooje8tlmmawzmocvtrxyqccl09js5a...@mail.gmail.com
Re: SRWare Iron: Chromium without the data-mining
"Chrome Incognito Tracks Visited Sites" http://www.lewiz.org/2010/05/chrome-incognito-tracks-visited-sites.html This seems to be becoming a theme. As Chromium has much of the same privacy issues as Chrome (SRWare Iron is made from Chromium and the code is striped from Chromium), this "feature" is surely in Chromium as well. I find this completely unacceptable. Thanks, Ryan -- 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/aanlktimdcjjkcuvaunhlnecjxg4eiraqsz361xso9...@mail.gmail.com
Re: SRWare Iron: Chromium without the data-mining
On 18 May 2010, Philipp Kern wrote: >No, we don't (unless trademark rules apply). It's Chromium, not Chrome btw, >that site doesn't speak a word about Chromium. > >Kind regards, >Philipp Kern Most of the privacy issues of Chrome are present in Chromium as well. These "features" need to be removed or, at the very least, made completely opt-in. Thanks, Ryan -- 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/aanlktini6xvfirw3tushgafaznjx-f_jez36tt48n...@mail.gmail.com
Re: SRWare Iron: Chromium without the data-mining
On Tue, May 18, 2010 at 1:12 PM, Ryan Oram wrote: > "Chrome Incognito Tracks Visited Sites" > http://www.lewiz.org/2010/05/chrome-incognito-tracks-visited-sites.html > > This seems to be becoming a theme. As Chromium has much of the same > privacy issues as Chrome (SRWare Iron is made from Chromium and the > code is striped from Chromium), this "feature" is surely in Chromium > as well. > > I find this completely unacceptable. > > Thanks, > Ryan > The above seems to be an oversight on Google's part. But the fact that it hasn't been fixed, despite being known for over a month, is a good indicator that Google isn't too concerned about privacy... Thanks, Ryan -- 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/aanlktilqlvsii_nb8k_q1gqulqe7x0gxb71-i9h42...@mail.gmail.com
Re: SRWare Iron: Chromium without the data-mining
>From the Ubuntu mailing list, in case of you aren't subscribed there: On Tue, May 18, 2010 at 8:27 PM, Dane Mutters wrote: > I think some of you would be interested in reading this page that > (allegedly) documents some of the (allegedly) somewhat shady > beginnings of Iron: > > http://neugierig.org/software/chromium/notes/2009/12/iron.html > > If this information is correct, then I heavily question that Iron is a > worthwhile project/fork at all, as opposed to being a way to garner > publicity and money from fear mongering and (amusingly enough) Google > advertisements on their web page. > > --Dane I wasn't aware of this when I posted this thread on the mailing list. I still feel, however, the suggestion and DNS-prefetching features be made opt-in. Thanks, Ryan -- 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/aanlktinyqzzkcrfosodfqddru1tyyatdmhxrgi0ea...@mail.gmail.com
Re: SRWare Iron: Chromium without the data-mining
On Wed, May 19, 2010 at 3:15 AM, Mike Hommey wrote: > > opt-in like in the Options dialog ? > > "Show suggestions for navigation errors" > > "Use a suggestion service to help complete searches and URLs typed in > the address bar" > > "Use DNS pre-fetching to improve load performance" > > There is even a "learn more" link above all these that points to > http://www.google.com/support/chrome/bin/answer.py?answer=114836&hl=en > > Mike > Yes, I just feel those options should be "unchecked" by default. I have filled a bug upstream: http://code.google.com/p/chromium/issues/detail?id=44527 Thanks, Ryan -- 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/aanlktimbj1fcf1g5nn0z2d0hdhq4lyzqefuql1mak...@mail.gmail.com
Re: SRWare Iron: Chromium without the data-mining
On Thu, May 20, 2010 at 5:19 AM, Fabian Greffrath wrote: > I don't see what you mean by "iffy" tabbed browsing, what's wrong with > tabbed browsing in Epiphany? And regarding Javascript, I have never > experienced the issues you describe. Are you sure you are using the latest > packages (i.e. browser and webkit-engine) from unstable? Have you reported > your issues upstream? > >> Epiphany is actually the default browser in infinityOS. > > That's good to know. > > Thanks, > Fabian The tabbed browsing is greatly improved in 2.30. The forum post editting bug seems to be isolated to vBulletin based-forums. I filled a bug upstream: https://bugzilla.gnome.org/show_bug.cgi?id=619197 Right now, infinityOS uses Epiphany 2.28 as it's based on Ubuntu Karmic, but we'll likely be upgrading to Epiphany 2.30 (with the new WebKit libraries) in infinityOS 1.1 due to the tabbed browsing improvements. Thanks, Ryan -- 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/aanlktilndqyn2qlvqxrom1hxdihukk8bqx02th-lz...@mail.gmail.com
Re: Is Ryan Niebur MIA?
On Tue, Aug 17, 2010 at 08:13:54AM +0200, Yves-Alexis Perez wrote: > > On a side note, I'd very much like to update midori, but doing a NMU for > a new upstream release (he already packaged 0.2.6) is a bit rude, so I'd > really prefer he we had news and if he's coming back soon :) > Alright, Please do go ahead with an NMU. Thanks in advance! Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#606927: ITP: vanityhash -- Utility to search for partial hash matches
Package: wnpp Severity: wishlist Owner: Ryan Finnie -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: vanityhash Version : 1.1 Upstream Author : Ryan Finnie * URL : http://www.finnie.org/software/vanityhash/ * License : GPLv2 Programming Lang: Perl Description : Utility to search for partial hash matches vanityhash is a tool that can discover data to be added to the end of a file to produce a desired hex hash fragment. It searches a message space and runs a hashing algorithm against the original data plus the appended data to determine if the desired hash fragment is present. vanityhash can run multiple parallel workers to effectively make use of multiple processors/cores/threads, and supports multiple hash digest types (MD5, SHA1, SHA256, etc). - -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFNBYEDKZYQqSA+yiURAuvvAJ9X8pH0jO2H1LyQQ+fKJ13YSEHQRQCdH1C5 G4JFMVUYZnX7SY2ZvxO2isA= =VyZs -END PGP SIGNATURE- -- 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/20101213021222.6838.48324.report...@feh.colobox.com
Re: RFA: all my packages
Hi, On Thu, Feb 10, 2011 at 07:02:16PM -0500, Yaroslav Halchenko wrote: > On Thu, 10 Feb 2011, Decklin Foster wrote: > > rxvt-unicode is a total clusterfuck. > > if noone ever comes up (I am already overloaded somewhat) -- I guess > I will need to look at this cluster..ck since I am using it ;-) I don't think I have the time and nor the ability to properly maintain rxvt-unicode solo, but since it's my terminal of choice, I'm willing to co-maintain it. Kind regards, Ryan -- |_)|_/ Ryan Kavanagh | GnuPG key | \| \ http://ryanak.ca/ | 4A11C97A (Transitioning from E95EDDC9) () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments signature.asc Description: Digital signature
Re: RFA: all my packages
Hi, On Thu, Feb 10, 2011 at 09:55:48PM -0500, Ryan Kavanagh wrote: > On Thu, Feb 10, 2011 at 07:02:16PM -0500, Yaroslav Halchenko wrote: > > On Thu, 10 Feb 2011, Decklin Foster wrote: > > > rxvt-unicode is a total clusterfuck. > > > > if noone ever comes up (I am already overloaded somewhat) -- I guess > > I will need to look at this cluster..ck since I am using it ;-) > > I don't think I have the time and nor the ability to properly maintain > rxvt-unicode solo, but since it's my terminal of choice, I'm willing to > co-maintain it. I've setup the pkg-urxvt team[0] for the several people interested in helping with the packaging. Please request to join. I'll file an ITA and import the packaging into git shortly. Kind regards, Ryan [0] https://alioth.debian.org/projects/pkg-urxvt/ -- |_)|_/ Ryan Kavanagh | GnuPG key | \| \ http://ryanak.ca/ | 4A11C97A (Transitioning from E95EDDC9) () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- 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/20110217151754.GA11811@qoppa
