Re: Finding a source package
Guy Maor wrote: > <[EMAIL PROTECTED]> (James A. Treacy) writes: > > > First, due to NMU uploads to other architectures, the source version > > may not match the version: in the package you are looking for. > > This could be corrected with dpkg-scanpackages, but that's not really > the right thing to do. I don't know the best way to handle this. > > > Second, even if you find the name of the .dsc file you need to look > > in every one to find the names of the source files. > > Huh? If you can find the dsc, then the other source files will be > right along with it. > You are assuming that a copy of the archive is sitting on the local machine. For generating Debian web pages that isn't a problem, but if apt wants to add the downloading of source files then this becomes a problem. Should apt have to download the dsc file for a package before it knows what the source files are? > I'll look into having dpkg-scanpackages scan the dsc's as well and add > sections at least. AFAIK, no programs parses them yet? I'd rather > not have a new index file. > I also would rather not have a new index file, but Jason and I have not come up with an alternative. Even though it is possible to find the information needed to generate (working) source downloading for the Packages web pages, it would be much more efficient if every dsc file didn't need to be scanned in the process. > > If there are plans to allow multiple source versions into the archive > > simultaneously then this will need to be rethought. > > No such plans. > This is not good. Suppose one port needs a wildly different version of a program to have it work on that architecture. Only the source to one of the versions will be available. I admit this isn't common. It is common, though, for the versions on different architectures to be off. If we could guarantee that it was always the latest version of source left in the archive it wouldn't be so bad. What happens though is an old version of a package is uploaded for one port after a newer version has been released for a different port - overwriting the new version. This needs to be fixed. Jay Treacy
Re: Finding a source package
> <[EMAIL PROTECTED]>(James A. Treacy) writes:
>
> > Should apt have to download the dsc file for a package before it
> > knows what the source files are?
>
> Why on earth not? If it's going to download the source, the .dsc file
> is part of the source and has to be downloaded anyway.
>
It is clearly much more efficient if the .dsc files don't have to be retrieved.
This is simply a matter of policy though.
> > Suppose one port needs a wildly different version of a program
> > to have it work on that architecture.
>
> Then they have 2 options:
>
> (1) Do dirty disgusting hacks like I did for binutils on m68k. (Do a
> binary upload of the different version, ignore the source from
> then on [\begin{plug}trivially with quinn diff\end{plug}])[1]
>
> (2) Upload a new source package with a different name, e.g. foo2.1 as
> opposed to foo or whatever. (Already done for, e.g. glibc)
>
These are both hacks (in the bad sense of the word. Kluge is a better
word, but many people won't know it). I see no reason not to simply allow
multiple versions of source into the archive.
Jay Treacy
I2O specs mailed to webmaster
Version 2.0a of the I2O spec (dated 3 Feb 1998) has been sent to [EMAIL PROTECTED] Is this the same version that was made available before? Jay Treacy
Re: Ubuntu and its "appropriation" of Debian maintainers
On Sun, May 01, 2005 at 11:40:19AM +0200, Frank Lichtenheld wrote: > I have to confess this is mainly because I maintain both > packages.debian.org and packages.ubuntu.com and just copied the code. > If anyone has suggestions how to improve the wording on the Ubuntu > part, my email adress is in the footer of every page ;) Having written the bulk of the code that generates these pages, I am flattered that such old code still has any use, let alone a new one with Ubuntu. Of course, as others have pointed out, you need to implement a mechanism to ensure that packages auto-generated from Debian are stated as such and give an Ubuntu address where users can get support. -- James Treacy [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SVG icons
SVG use is increasing and I have seen nothing in Debian about how they should be handled. So, What is the proper way to handle svg icons? For example, where should they be placed? How well are they supported? Should a non-svg icon also be included? -- James (Jay) Treacy [EMAIL PROTECTED]
Re: SVG icons
On Wed, Dec 08, 2004 at 02:06:26PM +0100, Lo?c Minier wrote: > Eric Lavarde <[EMAIL PROTECTED]> - Wed, Dec 08, 2004: > > > To summarize, I think recommending SVG would require a change to the policy. > > It's defined in the _Menu_ Policy. I think the people maintaining the > Debian menu system are best placed to tell what should be allowed or > not. It is precisely because the menu policy does not say anything about icons that I brought this up here. 'man menufile' states that an icon can be specified but nothing else. Note that svg icons work in a gnome environment. Because gramps is a gnome program and upstream will only be distributing an svg icon starting with the next major release, I may just stick with that. There are usually other issues, though, so I was hoping some wisdom could be found on debian-devel. -- James (Jay) Treacy [EMAIL PROTECTED]
Re: Packages still shipping schemas in /etc
On Wed, Nov 16, 2005 at 11:02:40AM +0100, Josselin Mouette wrote: > James A. Treacy <[EMAIL PROTECTED]> >gramps Fixed in gramps 2.0.8-5. -- James Treacy [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Maintainer for fftw 2.1.3 requested
1.5 years without a maintainer is too long. Although orphaned in Aug 2004 no one has yet stepped forward to package fftw version 2 (as well as its cousins k6fftwgel, k7fftwgel and p4fftwgel which should be maintained by the same person). I am surprised, as fftw is an excellent fft package and is still used by the following (they really should be updated to use fftw version 3 though). I would expect the maintainer of one of these to take an interest in this matter. Depends cassbeam 1.0-6 glfer 0.3.4-2 gmfsk 0.6-10 grace 1:5.1.18-4+b1 grace6 5.99.0+final-12 gramofile 1.6-7 grass 6.0.1-3 libgrass 6.0.1-3 liborsa0c2a 0.7.0-4 libsndobj2c2 2.6.1a-2 mpb 1.4.2-8 mpb-mpi 1.4.2-8 pdl 1:2.4.2-4 python2.3-scipy 0.3.2-8 python2.4-scipy 0.3.2-8 rezound 0.12.2beta-4 tela 2.0-10.1 xorsa 0.7.0-4 Suggests galan 0.3.0+beta4-1.1 BTW, how does one go about getting their name removed from being listed as the maintainer of a package(s)? Bugs were filed against wnpp in Aug 2004 to orphan the fftw packages listed above but I still am getting all mails related to them. -- James Treacy [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: too many directories in /usr/doc?
> I'm taking over maintaining the linux-gazette packages from Christian > Schwarz, and I would prefer to just have /usr/doc/lg/copyright, rather than > having one in each /usr/doc/lg-issueXX directory. There will not be anything > else in /usr/doc/lg-issueXX as the issues are installed in /usr/doc/lg. > > This seems the most reasonable to me, as it saves having sixteen > directories. I've just looked at the X stuff and it has loads of > directories, each with a copyright file in it. Hmmm. > I'm surprised that there isn't a single directory, /usr/doc/lg, that contains all the issues. If people feel that it would be an abuse of policy not to have a /usr/doc entry for each issue, then simply make them a soft link into /usr/doc/lg. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: regarding the recent problems with http://www.debian.org
> Watch out, they haven't done the IP number change yet. Hopefully I can get > it done tomorrow. > No problemo. No DNS changes will be made to www.debian.org until everything is stable and va.debian.org's IP i changed. The only rush is to get a fully working www.debian.org - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: WWW bug monitoring
> Why don't we create a new psuedo-package for the mirroring problems, > or one for problems with the content ? Please discuss this with Mike > and I or Guy can arrange this easily enough, and I'll make my script > report the bugs in whatever is the appropriate psuedo-package. > www.debian.org is now on va.debian.org and under our control so Sue's objections have been pretty much corrected. Here is a list of the mirrors and their maintainers (pseudo-package names should simply be www..debian.org): > Country Code IP contact person > Australia AU 203.8.116.8 Andrew Howell <[EMAIL PROTECTED]> > France FR 194.51.88.203 Vincent Renardias <[EMAIL PROTECTED]> > GermanyDE 141.76.20.99Sven Rudolph <[EMAIL PROTECTED]> > Israel IL 192.117.75.129 Boris D. Beletsky <[EMAIL PROTECTED]> > Japan JP 203.141.185.103 Fumitoshi Ukai <[EMAIL PROTECTED]> > NetherlandsNL 195.64.68.196 Danny ter Haar <[EMAIL PROTECTED]> > Spain ES 193.145.97.49 Enrique Zanardi <[EMAIL PROTECTED]> molec2.dfis.ull.es > United States US 206.246.79.86 Michael Shields <[EMAIL PROTECTED]> and of course www.debian.org . This should probably be put in my name as Sue is rather busy so I'll be doing most of the work. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Removal of debian usenet gateway
I agree with everything Ian wrote. Might there be an exception for debian-user though? This is the one group for which we should welcome a wide exposure. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: syslogd taking up lots of CPU..
> Hm. For some reason, today, syslogd started taking up more than its > share of CPU. (About 20% on a P200.) > I wonder if this is related to a problem I've been having recently. Every console has been getting messages like the following at random times > Message from [EMAIL PROTECTED] at Thu Dec 11 17:20:00 1997 ... > landru > > Message from [EMAIL PROTECTED] at Thu Dec 11 17:20:51 1997 ... > landru last message repeated 26 times sysklogd 1.3-17.1 is installed. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Debian web pages need help
The Debian web pages need the help of someone who follows bugtraq. Currently the security web page is updated at random times (and not very well). If you already follow bugtraq then you could help Debian a lot by sending updates to [EMAIL PROTECTED] If you already follow bugtraq, then this won't be much work. You simply need to find out if the current Debian package is vulnerable and send the relevant info to webmaster. If we are vulnerable, you then send an update to webmaster when a fix is released (possibly sending another update when the fix makes it into stable). Note that most package maintainers will do the vulnerability detection for you. If interested, please write to [EMAIL PROTECTED] - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
check out Captain Blue-Eye
The web pages should all be utilizing Captain Blue-Eye in a reasonably good way right now. The changes ended up occurring sooner than I'd hoped so I had to rush. I'm pretty sure all the major problems are fixed, but I'd appreciate it if people could thoroughly look through the pages and report any problems here or to [EMAIL PROTECTED] by tonight so I can fix them. Sue and I are leaving Sunday for 10 days on the usual 1000 mile (1500km) Christmas tour of the eastern seaboard. The first order of business in the new year will be to get the logo page up and running. Christian (Schwarz), will you be able to keep an eye and answer any garbagemail sent to webmaster? - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: driver for Epson Stylus 300
> Does anyone know if there is a ghostscript driver for this new printer > available? Yes, I can use the other Stylus drivers, but that means the > printer tries to print black by mixing the other three colors, not by using > the black ink. > There may be another way, but you can by installing gs-aladin. In 5.0.3 there is a new driver (called uniprint) which works great. I'm using it with my Stylus Color 600. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Is there a maintainer for the install doc?
Is anyone maintaining the Debian installation manual? I know that Sven is no longer doing it. If not, we will need a volunteer. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian and the millenium bug
Bruce, You are causing me all sorts of trouble. The post used the word 'effected' when 'affected' is what you wanted. Some of the letters I'm getting are quite detailed in their explanation of why effected is incorrect. Want me to send them to you? ;) The best part is that none of these anal retentive people noticed that you misspelled millennium. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian and the millenium bug
> > Where did you get this 4000 years figure anyway? 33 bits would just > > Oh, having become hopelessly confused by the original posting, I came > up with some additional errors (the 16x10^18 is just as wrong, too; > 584,942,417,355 is more like it...) Comes of posting to debian lists > in my sleep :-) > I got 292,271,023,017 years ~= ( 2^62 / (60sec/min) / (60min/hr) / (24hr/day) / (365.25day/yr) - (28 year since 1970) It only has 5 digits of accuracy at best, but that's what I put on the web page (news.html). :) - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: driver for Epson Stylus 300
> Yes, I could try that. Can the 600 use color and black ink at the same
> time?
>
yes. It has 2 cartridges: one black and another which has 3 bays.
When I print latex documents containing color images the black is black
and the colors come out just fine.
> Also would you mind sending me your gs setup? I'm not sure about
> uniprint but the stcolor driver usage in magicfilter is outdated, i.e.
> it uses options no longer avalaible in gs-aladin. Or is that no problem
> with uniprint?
>
I only skimmed through the docs, but it looks like the author of uniprint
put a lot of thought into it and has plans for further improvements.
You can customize it without having to recompile.
I use magicfilter and /usr/sbin/stylus_color_360dpi-filter has the following
line in it:
0 %! filter /usr/bin/gs @stc600pl.upp -q -dSAFER -dNOPAUSE
-sOutputFile=- - -c quit
The @stc600pl.upp specifies the stc600pl.upp config file for the uniprint
driver.
To give you an idea of what it does, here it is:
- begin /usr/lib/ghostscript/5.03/stc600pl.upp ---
-supModel="Epson Stylus Color 600, 360x360DpI, Plain Paper"
-sDEVICE=uniprint
-dNOPAUSE
-dSAFER
-dupColorModel=/DeviceCMYKgenerate
-dupRendering=/FSCMYK32
-dupOutputFormat=/EscP2
-r360x360
-d.HWMargins="{ 9.0 39.96 9.0 9.0}"
-dMargins="{-45 -45}"
-dupBlackTransfer="{ 0. 0.0553 0.1158 0.1998 0.4321 1. }"
-dupCyanTransfer="{0. 0.0851 0.1512 0.2111 0.2606 0.2818 }"
-dupMagentaTransfer="{ 0. 0.1188 0.2272 0.3745 0.5396 0.6145 }"
-dupYellowTransfer="{ 0. 0.0679 0.1742 0.3129 0.4587 0.5389 }"
-dupOutputComponentOrder="{ 1 2 3 0 }"
-dupWeaveYPasses=4
-dupOutputPins=32
-dupWeaveYFeeds="{33 30 35 30}"
-dupWeaveInitialYFeeds="{1 1 1 29}"
-dupWeaveInitialPins="{ 8 16 32 23}"
-dupBeginPageCommand="<
1b40 1b40
1b2847 0100 01
1b2855 0100 0A
1b5501
1b2865 0200 0002
1b2843 0200
1b2863 0400
>"
-dupAdjustPageLengthCommand
-dupAdjustTopMarginCommand
-dupAdjustBottomMarginCommand
-dupEndPageCommand="([EMAIL PROTECTED])"
-dupAbortCommand="([EMAIL PROTECTED]Printout-Aborted\15\014)"
- end /usr/lib/ghostscript/5.03/stc600pl.upp ---
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: driver for Epson Stylus 300
Hamish Moffatt wrote: > On Tue, Jan 06, 1998 at 10:38:15PM +0100, David Frey wrote: > > On Tue, Jan 6 1998 12:18 +0100 "Meskes, Michael" writes: > > > I'm not sure about uniprint but the stcolor driver usage in magicfilter > > > is outdated, i.e. it uses options no longer avalaible in gs-aladin. > > > > Sigh. gs-alladin is in non-free, so magicfilter can't use it. > > It could support it, but it would need to support free alternatives > (ie gs) as well. > gs-aladin provides gs, conflicts with the package gs and its executables use the same names as in gs. Thus, since magicfilter supports gs it also supports gs-aladin. Magicfilter does not currently support the uniprint driver though. I edited one of the other files from magicfilter to work with it. Here is what my setup looks like. - Jay I'm not sure if it is proper to have them all use the same spool directory, but it works. The only problem I've had is sometimes when I cancel a job, junk gets sent to the printer (pages and pages worth) and I've had to go in and manually fix things. -- begin /etc/printcap -- lp|epl|stc600pl|Epson Stylus 600 low-res:\ :lp=/dev/lp1:sd=/var/spool/lpd/lp:\ :sh:pw#80:pl#66:px#1440:mx#0:\ :if=/usr/sbin/stylus_color_360dpi-filter:\ :af=/var/log/lp-acct:lf=/var/log/lp-errs: lph|eph|stc600p|Epson Stylus 600 hi-res:\ :lp=/dev/lp1:sd=/var/spool/lpd/lp:\ :sh:pw#80:pl#66:px#1440:mx#0:\ :if=/usr/sbin/stylus_color_720dpi-filter:\ :af=/var/log/lp-acct:lf=/var/log/lp-errs: lpih|epih|stc600ih|Epson Stylus 600 very hi-res:\ :lp=/dev/lp1:sd=/var/spool/lpd/lp:\ :sh:pw#80:pl#66:px#1440:mx#0:\ :if=/usr/sbin/stylus_color_1440dpi-filter:\ :af=/var/log/lp-acct:lf=/var/log/lp-errs: -- end /etc/printcap --- I've included this here as I put in a few extra fixes to some filters. For example it uses tiff2ps. Look at the bug reports against magicfilter to see exactly what I changed and what other packages you need to install to get everything to work. --- begin /usr/sbin/stylus_color_360dpi-filter - #! /usr/sbin/magicfilter # # Magic filter setup file for EPSON ESC/P2 (i.e. Stylus Color) series color # printers in 360 dpi # # Based on epsonlqc. Modified and partially tested together with the original # Stylus Color, Ghostscript versions 3.33 and 4.03 by [EMAIL PROTECTED] # but please no Mail >64 kB to this address. # # No warranty for anything whatsoever! # # This file is in the public domain. # # This file has been automatically adapted to your system. # # wild guess: native control codes start with 0 \033cat # You really should change Ghostscripts options if you have a version >=3.51 # since the options changed. See devices.doc (or *.txt) for what they do. # These esoteric options are needed and aren't documented in Ghostscripts # Manual page since they are specific to the device driver 'stcolor': # # -sDEVICE=stcolor -r360 -q -dSAFER -dNOPAUSE -sOutputFile=- stcolor.ps - # # The options currently used should work with Ghostscript up to version 3.33. # # PostScript 0 %! filter /usr/bin/gs @stc600pl.upp -q -dSAFER -dNOPAUSE -sOutputFile=- - -c quit 0 \004%! filter /usr/bin/gs @stc600pl.upp -q -dSAFER -dNOPAUSE -sOutputFile=- - -c quit # PDF 0 %PDFfpipe /usr/bin/gs @stc600pl.upp -q -dSAFER -dNOPAUSE -sOutputFile=- $FILE -c quit # TeX DVI 0 \367\002fpipe /usr/bin/dvips -D 360 -R -q -f # compress'd data 0 \037\235pipe/bin/gzip -cdq # packed, gzipped, frozen and SCO LZH data 0 \037\036pipe/bin/gzip -cdq 0 \037\213pipe/bin/gzip -cdq 0 \037\236pipe/bin/gzip -cdq 0 \037\240pipe/bin/gzip -cdq # troff documents 0 .\?\?\040 fpipe `/usr/bin/grog -Tps $FILE` 0 .\\\" fpipe `/usr/bin/grog -Tps $FILE` 0 '\\\" fpipe `/usr/bin/grog -Tps $FILE` 0 '.\\\" fpipe `/usr/bin/grog -Tps $FILE` 0 \\\"fpipe `/usr/bin/grog -Tps $FILE` # ditroff 0 "x T ps"pipe/usr/bin/grops 0 "x T dvi" pipe/usr/bin/grodvi 0 "x T ascii" pipe/usr/bin/grotty 0 "x T latin1"pipe/usr/bin/grotty 0 "x T lj4" reject Cannot print LaserJet 4 ditroff files. # Portable bit-, grey- and pixmaps 0 P1\npipe/usr/bin/pnmtops -scale 1000 -dpi 360 2>/dev/null 0 P2\npipe/usr/bin/pnmtops -scale 1000 -dpi 360 2>/dev/null 0 P3\npipe/usr/bin/pnmtops -scale 1000 -dpi 360 2>/dev/null 0 P4\npipe/usr/bin/pnmtops -scale 1000 -dpi 360 2>/dev/null 0 P5\npipe/usr/bin/pnmtops -scale 1000 -dpi 360 2>/dev/null 0 P6\npipe/usr/bin/pnmtops -scale 1000 -dp
Re: Is there a maintainer for the install doc?
> > Is anyone maintaining the Debian installation manual? > > I know that Sven is no longer doing it. If not, > > we will need a volunteer. > > I'd like to maintain it. I plan to be active on the [snip] Great! One change that is needed is to change lines such as rawrite2.exe to rawrite2.exe This will allow the same pages to be used on an ftp site or on a web site. A few shortcomings of the current install docs: They don't even mention fips anywhere, let alone how to use it to avoid having to reinstall windoze (The developer who creates the tools to safely ,i.e. non-destructively, modify existing partitions during the installation should get the Most Valuable Developer of the year award). Newbies could really use some guidance on deciding how big to make partitions. Divide into more pages so it doesn't seem so intimidating. We already have the easiest to maintain distribution. We could really get some converts if it was the easiest to install. Good clear instructions really make a difference. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: perl5.004 for bo
David Morton wrote: > On 08-Jan-98 Martin Schulze wrote: > > If all people who have noticed the lack are behaving like you did, no > > wonder why there isn't such a perl update. > > > EXCUSE ME?? Ok, I already said I was not attacking anyone, but stating > that I was upset. Maybe it's not common for ppl to share feelings. sheesh. > > Now I will attack you personally... *YOUR* response is why the business world > shuns Linux. I have to put up with a lot of people giving me crap about > the "poor support" that comes with linux. *USUALLY* that attitude has been > way off base. Too bad people notice the bad much more than the good. I see > now what they mean. > > I love linux, will continue to use it. Thanks for opening my eyes to the MIS > point of view. > I think everyone agrees that there should have been a new package prepared for bo. So we made a mistake. I'll never understand why free software gets held to higher standards than commercial software. If this were a Microsoft product everyone would just shrug their shoulders and get on with life because they know nothing will be done within a year (if at all). Everyone in Debian is a volunteer. We're working just as many hours (or more) as you and are doing this in our free time. And still, we manage to put out a high quality product with support that most companies can only dream about. Please cut us a little slack or become a developer and help us do things even better. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
we need a Package Checker
Suggestion: package checker
It is currently possible to have packages installed which do not comply with
Debian policy. A lot of these could be avoided if we simply did some kind of
check on every package before we allowed it into the distribution.
Here is the framework for a simple, flexible way to check for a lot of packaging
mistakes.
The idea is to use dpkg to unpack the .deb into /tmp
and then to use run-parts to run all the checking scripts that
have been written.
begin package_checker ---
#!/bin/sh
# USAGE: package_checker .deb
# Just an example. This should be done in perl
if [ -f $1 ]; then
mkdir /tmp/$1.check
mkdir /tmp/$1.check/DEBIAN
dpkg -e $1 /tmp/DEBIAN
dpkg -x $1 /tmp/
cd /tmp/$1.check
run-parts /usr/lib/package_checker/
; fi
end package_checker -
Instead of one monstrous convoluted program this allows different
checks to be written by different people. When changes are made
to policy, it should be easy to modify an existing check or create a new check
and just throw it into the package_checker directory.
A template program would be written which would create variables for the
package name and version so they can be used in the check and make writing
a check easier.
Off the top of my head, we could check for
- scripts that need it contain 'set -e' ({post,pre}{inst}{rm} and files in
/etc/inti.d for example)
- permissions on all files
anything in a bin dir is 755. Give warning for other perms - especially
suid
anything in a lib dir is 644 (except for soft links)
- existance of all required files in /usr/doc/
- existance of man pages for every executable in /usr/bin /usr/sbin /bin /sbin
- man pages compressed
- libraries and executables are stripped
Anyway, the point here is not to create an exhaustive list, but just to give
an idea of what would be done. Even the few things I've listed would avoid
a lot of bugs. It would also allow us to force acceptance of changes in policy.
I'd do this if I had the time (it would be a perfect opportunity to finally
learn perl).
The few I've listed above would be extremely easy to code.
Someone want to volunteer to do this? Once one person develops a good base,
others
will create more checks over time.
- Jay
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is there a maintainer for the install doc?
> > One change that is needed is to change lines such as > > rawrite2.exe > > to > > rawrite2.exe > > I am afraid this is the shortcoming of debiandoc-sgml which generates the > text > and html versions. Should I manually (using a script) change the URLs after > generating the html version? > I'd really appreciate it. I am currently just linking the ftp version as I have to make changes every time the doc is updated. [snip] > Ok, suggestions recorded. I also plan to heavily modify the bootdisk install > instructions. From my experience with helping people on #debian and > debian-user, the instructions are not clear enough. Another thing I want to > add is a section describing PPP setup (or maybe at least point to relevant > docs) since it seems to be the most frequently asked newbie question. > Greeeat. > > Any more suggestions? > Yeah. Make the install auto-detect and configure all known and future hardware automatically. After that there are a few small wars I'd like you to end. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: GGI first release
Now that they have something running, one thing I'd like to know is how fast it is. Have they done any tests comparing it to XFree86? - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Debian logo license still not resolved
Another person has requested use of the Debian logo. As most people are pretty happy with the license I added a clause saying the logo is usable under the current license (http://www.debian.org/logos/logo.html. Update should reach there soon) until 31 January 1998 and told him he could use it under that license. Hopefully we'll have this finalized by the end of the month. Ian, can you help this come to completion soon? - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
New official mirrors
Debian has it's newest official mirror. This one is in Korea. We now have a mirror on the mainland of Asia (yeah, I know that Japan in in Asia too). South America and Africa are being difficult. It'll be really be nice when we get our first official mirror in space though. Anybody got connections with NASA? - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
faqomatic needs a leader
I used the term leader for lack of a better term. For those that don't know, faqomatic is a program for creating web pages to distribute information. What makes it interesting is that users can add information to the pages if the creator wishes. Each page has a 'maintainer' who has total control of the page A common way to set it up is that the maintainer sets up the permissions so any user can add information. Essentially this can be used to create FAQs automatically - hence the name. Faqomatic is going to be set up to organize user questions from debian-user so that users can easily look up answers to their questions. Over time, we should be able to create an extremely useful database of common questions with answers. It includes search capabilities. What is needed is someone who can take the time to set up the initial framework (for example creating different categories for questions and adding explanatory text). You will also need to experiment with different permission strategies for pages. Ideally, users will do all the work of adding questions and then answering them. This is a great opportunity to do something new for Debian that could really set up apart from the other distributions. Few people have much experience with this sort of thing so you will initially have a lot of latitude to set things up however you see fit. I haven't set it up yet as you need to set up the permissions on the main page right away. See http://www.dartmouth.edu/cgi-bin/cgiwrap/jonh/faq.pl for more information. Sorry if I rambled a bit. I'm quite tired. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: New official mirrors
> >Debian has it's newest official mirror. This one is in Korea. We now > >have a mirror on the mainland of Asia (yeah, I know that > >Japan in in Asia too). South America and Africa are > >being difficult. It'll be really be nice when we get > >our first official mirror in space though. > >Anybody got connections with NASA? > > Not to be picky, but last I checked, .il was in Asia. :) > Right you are (blush). - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Constitution - formal proposal (v0.6)
> > 3.) A minor modification to section A.1 will make the order of > > events cleaner and easier to code regarding acceptance of formal > > amendments. I suggest the following: > > 3. If a formal amendment is not accepted, it remains as an amendment > > and is voted on. > > 4. If an amendment accepted by the proposer is not to the liking of > > others, including seconders, they may propose another amendment to > > reverse the earlier change. > > 5. If a seconder does not agree with the acceptance by the proposer > > of a formal amendment they are free to remove their second (or not > > as the case may be). > > The current wording of this section is awkward in practice: A > > seconder may be away a while and miss future changes. When they > > return, all the (related) changes would have to be undone when they > > object to the first change. Putting the onus on the seconder to > > rectify the situation (through a formal amendment) simplifies > > matters. > > No, because the seconder shouldn't need to gather seconders for their > amendment in this case. > I feel that the current wording could lead to problems but don't have a good way to resolve it. If it does become a problem, I'm sure the secretary will let us know. :) > I disapprove of the idea of automation. > > s4.2(5): > Proposals, seconds, amendments, calls for votes and other formal > actions are made by announcement on a public-readable electronic > mailing list designated by the Project Leader's Delegate(s); any > developer may post there. > > Are you proposing a change to this ? > Not at all. If a few proposals are running simultaneously, each with a few formal amendments, it could get quite confusing and make the job of secretary a nightmare. Also, the state of proposals should always be known even if the secretary (and his/her subordinates) is away for a few days. As required all discussion will take place on mailing lists. The idea is to automate those aspects of getting proposals through the system that are easily automated. In addition, a web page lists all current proposals with a link to the old ones. The page for each proposal will make it clear at all times how many proposers there are, what their names are, what the latest wording of each proposal and its amendments are, and list all the other assorted pieces of data that are a pain to keep track of (Q, K, number of required seconders, supermajority, etc). The only aspect that could possibly be interpreted as being in conflict with the constitution is that I was planning on having developers send proposals, seconds and amendments, etc directly to the system which would then make the announcement for them if everything was in order. Anyone interested in seeing details on how developers interact with the system should look at http://www.easynet.on.ca/~treacy/ It's really quite simple. Jay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Automation of constitutional procedures
> This is precisely the aspect I disagree with. There are a number of > problems with this kind of thing. > > Firstly, with an automated system developers' abilities to do things > will be dependent on the bot's interpretation of what is allowed - the > bot becomes the governor of the procedure rather than the Secretary or > the developers together. > How so? As I've stated a number of times only certain things will be done through they system. The secretary can and should (and will have time to since they don't have to deal with silly things like keeping track of seconders) take care of everything else. The secretary is always the final arbiter and can easily change anything they want to. In fact, in mail with the secretary, they said that they were thinking of doing something very much like this. > Secondly, it is often necessary in procedures such as this to make > `conformal changes' to a document or an amendment to ensure the > consistency of the whole document. Since a bot cannot tell what is > merely a conformal change and what is a substantive change this will > become impossible, and a human will have to step in anyway to ensure > that what gets voted on makes sense. > What's stopping people from doing this? When you make changes to the constitution you post a new version. I'm not suggesting anything different. All discussion leading up to that change was held on a public list. Still no different. > Thirdly, with a reasonably complicated procedure like the one in the > proposed constitution it will be necessary to make it as easy and > informal as possible for people to take actions like proposing and > seconding resolutions, amendments, &c. > Exactly. Ok, it's not as informal when you wish to second or make an amendment, but it is still quite easy. > Fourthly, I don't think developers should be required to learn how to > drive such a mechanism before being able to take part in the > decisionmaking process. > Remember, it is only if they wish to second or to be a proposer that they need to use it at all. A comparison with the bug tracking system is fair. Are you suggesting that it is too complicated for developers to use? Take a look at the web page and you'll see it works along very similar lines. In fact it is easier than the bug system since all discussion takes place in a single place (or on multiple lists, as the case may be). Also, you seem to be ignoring some issues. Developers should at any time be able to tell what the current proposals are, who the seconders are and what the current version is. Every time someone wants to find the latest version of the constitution they must search through old mail to find the URL. This will be standardized under such a system. Doing everything by hand is also too dependent on the secretary dealing with issues daily. Can you tell me who the seconders were for the constitution? Sure, as leader you don't need any, but that's not the point. Why don't we get some feedback from the secretary on this. You seem to be turning this into something out of Brave New World. Look at http:/www.easynet.on.ca/~treacy/ Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Aiding the constitutional procedure [was Re: Automation of the constitutional procedure]
When you have been through hundreds of meetings, one of the things you learn is that communication is extremely important. It is critical to know what people's intentions are. Critical to know what the current state of affairs are. It is the normally the job of the chair of a meeting to make decisions regarding protocol and the secretary to take notes and count votes. In an electronic setting, modifications need to be made to account for the distributed (both in time and space) nature of things. Ian's proposed constitution does a good job of setting down rules that deal well with the fact that we are spacially distributed. It is the job of the secretary to maintain order when things go wrong and to see that elections are fair. But there are also temporal problems with our being distributed all over the world. Developers may only read mail once a day or less. Going through hundreds of pieces of mail on the list archives is a waste when you simply want to find the latest version of something. What happens if the secretary is unavailable for 12 hours? For 3 days? A week? It is important that the system be set up so that things will continue to function, as well as possible, under these circumstances. Also, to keep the job of secretary doable, it shouldn't involve hours every day when things are hectic. There should be a method so everyday events are handled without requiring human intervention. Ian has questioned the wisdom of allowing certain aspects of the proposal process to handled by scripts. The system proposed is similar in some ways to the bug tracking system, but more flexible. Proposals, formal amendments and seconds would all have to be submitted to this system, which would then make an announcement on the mailing list. The collection and counting of votes could also be automated. The secretary has access to all the (ascii) files and can override anything done by developers (except for change their vote - they will be signed using PGP). To keep the system informal everything else is done using the mailing lists. No one has to guess what the current version of a proposal or amendment is. The web page generated will have it. Anything else on the mailing list is simply being discussed. No one has to guess whether amendments are simply suggestions or when they have become formal. If there is no web page for an amendment, it is still beind discussed (hopefully in a friendly manner). All this is done without the intervention of the secretary. It is always clear what the status of proposals and amendments are. Whether there are enough seconders; what is needed for a quorum; what the supermajority is. When a disagreement arises, it is clear to the secretary very shortly where the problem lies and can easily fix it. This seemed a natural and orderly extension of implementing the constitution. If Ian feels that this is unacceptable for some reason, I will make a formal amendment to the constitution stating that it be allowed. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Aiding the constitutional procedure [was Re: Automation of the constitutional procedure]
> While I agree with the merrits of your previous arguments, I don't see > what this has to do with the constitution. The secretary has "powers" > which allow the secretary to execute that office. > As long as section 4.2.5 is not violated then you are quite right. I was simply over-reacting to the tone in Ian's response. Jay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Aiding the constitutional procedure [was Re: Automation of the constitutional procedure]
Ian Jackson wrote: > Section 4.2(5) is violated only if the Secretary requires developers > to propose motions &c by mailing their bot in a special format, rather > than by posting a normal message to debian-devel (or whatever other > list we end up using). > > The Secretary can of course maintain the data in such a bot > themselves, if they want to. > I understand that your desire is to keep things simple. What I don't understand is your reluctance to make the system sustainable. If it is too dependent on a person to keep it moving, it won't work in the long run. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Blender 3D
I maintain the mesa package. As no packages (before this) depended on a libc5 version of mesa, I stopped including them. Adding them back seems like a step backwards. It would be much better if you could get blender recompiled with libc6 based libs. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Blender 3D
> Where is the Mesa 2.6 for hamm then?? My box shows mesa as a
> local/missing file. I have mesa installed though.
>
It's in there. Here are the relevant entries in the lates copy of
hamm.
Package: mesa-doc
Version: 2.6-3
Priority: optional
Section: graphics
Maintainer: James A. Treacy <[EMAIL PROTECTED]>
Architecture: all
Filename: dists/frozen/main/binary-i386/graphics/mesa-doc_2.6-3.deb
Size: 810908
MD5sum: 127e5ca1b242a6d9510f826af9c539db
Description: Example programs for Mesa.
Mesa demonstration programs, SGI sample code, and source code examples from
the _OpenGL Programming Guide_.
installed-size: 811
source: mesa
Package: mesag2
Version: 2.6-3
Priority: optional
Section: libs
Maintainer: James A. Treacy <[EMAIL PROTECTED]>
Depends: libc6
Conflicts: mesa2 (<< 2.4), mesag2-glide
Architecture: i386
Filename: dists/frozen/main/binary-i386/libs/mesag2_2.6-3.deb
Size: 493752
MD5sum: bfb76f603c28b524524b9a8fcf624892
Description: A 3-D graphics library which uses the OpenGL API [libc6].
Mesa is a 3-D graphics library with an API which is very similar to
that of OpenGL*. To the extent that Mesa utilizes the OpenGL command
syntax or state machine, it is being used with authorization from
Silicon Graphics, Inc. However, the author makes no claim that Mesa
is in any way a compatible replacement for OpenGL or associated with
Silicon Graphics, Inc.
installed-size: 1553
source: mesa
Package: mesag2-dev
Version: 2.6-3
Priority: optional
Section: devel
Maintainer: James A. Treacy <[EMAIL PROTECTED]>
Depends: mesag2 (= 2.6-3), libc6-dev
Conflicts: mesa-dev
Architecture: i386
Filename: dists/frozen/main/binary-i386/devel/mesag2-dev_2.6-3.deb
Size: 546412
MD5sum: eb32999a53bc50fe33d5ddad03b435b5
Description: Development library for Mesa [libc6].
Includes headers and static libraries for compiling programs with mesa.
installed-size: 1858
source: mesa
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intent to package moxa radius
> If you ask RMS, MANY licenses are not "free enough", including BSD, > Artistic, and others. DFSG is not free enough for him, yet you can do > more with one of the other licenses. Interesting how that works out. > > RMS is pushing an ideal more than anything. > Please don't get into an argument about what license is more free. It all depends on what you are trying to achieve. When I release code, I find that the GPL preserves the rights that are important to me. Someone who wants to use it in commercial software will complain that the GPL isn't free enough because he can't use it. Many would say that the GPL is more free than, for example, the BSD license because it guarantees that modified versions remain free. If you are going to argue, please explain where you are coming from so you can get past the word 'free' and actually discuss something instead of having everyone talk past each other. Different people prefer different licenses. Why don't we all agree to that and go drink some beers and work on 'free' software. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mirror of Incoming
> There's one here: > > ftp://ftp.lh.umu.se/pub/linux/debian-Incoming > Added. > Maybe some list of such mirrors could be added to the Developper's > Corner ? > from developers_corner.html: There are a number of mirrors of Debian's Incoming directory I am working on reorganizing the Developers corner to make it easier for people to find things. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mirror of Incoming
> ftp://ftp.lh.umu.se/pub/linux/debian-Incoming > Actually it was already on the list... Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
disappearance of dists/stable link from ftp archive
The link dists/stable -> ../bo has disappeared from the ftp archive. According to the dists/README, this is supposed to be the canonical way to access the different distributions. Having something like the stable link disappear without any notice makes it rather difficult to keep the web pages working. It would be much appreciated if major modifications like this were accompanied by a notice to debian-devel with something like 'FTP archive modified: ...' in the subject and an accompanying explanation in the body. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: on forming a new Linux Distributionx
Raul Miller wrote: > On Thu, Apr 30, 1998 at 11:32:00AM -0700, Bruce Perens wrote: > > > The patent expires in August. > > Rev. Joseph Carter <[EMAIL PROTECTED]> wrote: > > You think nobody is going to try and snatch it then? > > Er.. how do you snatch an expired patent? > Patents have a finite lifetime. Once a patent expires, anyone is free to use it. No 'snatch'ing is required. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Install doc ready for testing ;-)
The web version should be hierarchical. I have created a sample version which can be viewed at http://www.debian.org/~treacy/install/ . This has some additional changes to better describe the different possible installation routes. Note that it does not include all the changes you made. Hopefully it will still be useful. > Jay: You asked me to let you know when I have the new version. Is this what > you wanted for local URLs? It seems that someone fixed it before me. > There are still a number of links which have an unnecessary ftp: at the beginning. They are: ftp:cfdisk.txt ftp:dselect.beginner.6.html ftp:X11_release_note.txt ftp:rawrite2.exe ftp:rawrite2.txt Jay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian GNU/Linux: Best of the Web! (fwd)
For those few of you who don't read http://slashdot.org, the Mining Co has posted their Linux "Best of the Net" site awards. Debian was number 1. I'd never heard of this company before, but am not adverse to any good publicity for Debian. The awards page is at http://linux.miningco.com/library/awards/blapr98.htm Three cheers for Debian. Jay Treacy P.S. There are more improvements in store for our web pages. Time is the only thing keeping them from being implemented yesterday. Stay tuned. - Forwarded message from Aron Hsiao, your Linux guide! - >From [EMAIL PROTECTED] Mon Apr 20 13:57:51 1998 Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Date: Mon, 20 Apr 1998 11:34:49 -0600 From: "Aron Hsiao, your Linux guide!" <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Organization: The Mining Company X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.1.90 i586) To: [EMAIL PROTECTED] Subject: Debian GNU/Linux: Best of the Web! X-UIDL: 08d1a14cec76f5ff411347f37bb07283 Hello! There are good sites within the Linux community, there are great sites within the Linux community, and there are absolutely _invaluable_ sites within the Linux community. Your site has made the cut - The Mining Co., one of the most popular destinations on the Internet, is pleased to present you with our 'Best of the Net' award through our child site, Focus On Linux. The Mining Co. can be found at http://www.miningco.com; Focus On Linux can be found at http://linux.miningco.com. Of the many, many hundreds of Linux sites we index, spanning some thirty-five community-oriented site categories, a total of ten (10) sites will receive the "Best of the Net" award, placing your site without question in the top 1% of Linux sites on the Internet. Our Best of the Net award is given semiannually, once at the end of April and once at the end of October. Please accept this award as a thank you for an excellent contribution to the Linux community and to the open-source/free software movement. If you choose to display this award on your site, it would be appreciated if you would link the award back to us at The Mining Co. using the following (or similar) code: http://linux.miningco.com";> Or, if you prefer not to host the attached image locally: http://linux.miningco.com";>http://linux.miningco.com/library/graphics/1998/bon_apr.gif"; width=83 height=72 alt="The Mining Co.: Focus on Linux 'Best of the Net' award." border=0> Once again, congratulations on an excellent Linux community resource! Best Wishes, Aron Hsiao The Mining Co. Guide to Focus on Linux -- These opinions are mine and no-one else's. ## ## ## ## ## ## ## ## Linux/SMP 2.1.90 used here. ## ## ### ## ## ## ## ## Linux: Choice of a GNU Generation! ## ## ## # ## ## ## ### ## ## ## ### ## ## ## ## The Mining Company digs Linux: ## ## ## ## ### ## ## http://linux.miningco.com [image/gif is not supported, skipping...] - End of forwarded message from Aron Hsiao, your Linux guide! - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More on icons for packages
On Thu, Jan 27, 2005 at 09:52:48AM +0100, Tim Dijkstra wrote: > I think the point is we don't want to be stuck we xpm till eternity. > Especially because we have window/desktop managers that support better > formats like png or svg for example and programs supplying them. svg icons are already a reality and there is nothing in the documentation on where they should be placed. Note that I am not suggesting that other formats should be dropped, simply that policy include information on their proper location, etc., so that people using something modern, like gnome, will be able to use them. -- James (Jay) Treacy [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Add your location to the developer db so it can be added to the map
Check out the new map showing developer locations: http://www.debian.org/devel/developers.map.jpg The marker file used to generate this can also be viewed: http://www.debian.org/devel/developers.coords *** As was decided when discussing the developer database, developer names are not shown. *** If you would like your location to be shown on the map you need to add your location to the developer database: http://db.debian.org/ Note: the coords file and map are not updated automatically yet so new entries may not appear at the next mirror update. Links will be added from the Developers' Corner when automatic updates are implemented. Jay Treacy
Re: Add your location to the developer db so it can be added to the map
On Wed, Sep 22, 1999 at 06:26:19PM -0400, Hugo Haas wrote: > On Wed, Sep 22, 1999, Philip Hands wrote: > > Hugo Haas <[EMAIL PROTECTED]> writes: > > > I have the feeling that I missed something, but anyway as I don't manage > > > to > > > find it in the archive: how can we find out what our password is? > > > > It's the same as your login password on master. > > I think that it is a *bad* idea. > > It means that passwords will travel in clear on the network and that > security is compromised on master. > Part of this confusion is my fault. I should have specified https://db.debian.org/ ^ Jay Treacy
Use https://db.debian.org/ [was Re: Add your location ...]
I should have used https://www.debian.org/ in the original mail. Sorry. Everyone who can (legally) use ssl should use that URL. Additionally, I have asked for a page to be linked from db.debian.org to describe what those who have lost their password should do. Someone else will have to explain what to do in the case where you have no account on master. Jay Treacy
Re: Add your location to the developer db so it can be added to the map
On Thu, Sep 23, 1999 at 12:53:23AM +0100, Phil Hands wrote: > Branden Robinson <[EMAIL PROTECTED]> writes: > > > On Wed, Sep 22, 1999 at 01:26:19PM -0400, James A. Treacy wrote: > > > Check out the new map showing developer locations: > > > http://www.debian.org/devel/developers.map.jpg > > > > Nifty! However I must decry the foul and evil file extension JPG and > > request that JPEG be used instead. This ain't DOS. > > I'll change that for later updates. > > > The marker file used to generate this can also be viewed: > > > http://www.debian.org/devel/developers.coords > > > > Hmm. I get a 404 on this. > > I'm not sure why the file disappeared. I'll upload a newer version (with more people on it). > > Great work, thanks to everyone responsible for this, it is cool. We > > probably should whack the old xearth stuff from the site now. > > Indeed. > > It would be especially good if people could try to get their info in > there in the next week or so, since we appear to have a stand at an > Expo in London (http://www.itevents.co.uk/exhibitions/linux/default.htm) > on the 6th & 7th of October, and a reasonably complete developers map > would be well worth pinning up. > I may add a comment to the coords file describing how the image is created so people can create their own. Hopefully someone has a printer that can print a large version. Jay Treacy
Re: Add your location to the developer db so it can be added to the map
On Thu, Sep 23, 1999 at 08:45:16AM +0100, Phil Hands wrote: > > As it happens, I just got an Epson Stylus Photo EX, so should be able > to a pretty decent A3 version. > > Is the image it uses for the Earth actually scalable up to that size, > or is it likely to go blobby? If it's not up to it, any ideas where I > can get a higher resolution background ? > The image that comes with the xplanet .deb is 2000x1000. There are a number of images of the earth (plus the other planets and the moon) at the xplanet web site, http://www.alumni.caltech.edu/~hari/xplanet/ Jay Treacy
Re: Use https://db.debian.org/ [was Re: Add your location ...]
On Thu, Sep 23, 1999 at 12:52:49PM +0200, Paul Slootman wrote: > On Wed 22 Sep 1999, James A. Treacy wrote: > > > > I should have used https://www.debian.org/ in the original mail. > > Sorry. Everyone who can (legally) use ssl should use that URL. > Aack. I write www.debian.org so often I guess it just slipped in there. It was correct in the subject. As has been pointed out, multiple times, it should be https://db.debian.org/ Jay Treacy
Re: Getting 404 for gpg-rsa 2 and gpg-idea 2
On Thu, Sep 23, 1999 at 11:02:03PM +0200, Colin Marquardt wrote: > Hi, > > when doing a package search for "gpg" from the main page, I´m > getting some hits, where two pages > (http://www.debian.org/Packages/unstable/utils/gpg-idea.html and > http://www.debian.org/Packages/unstable/utils/gpg-rsa.html) point to > sources where I´m getting error 404. > Those were old, buggy pages that should have been deleted. They are gone now and the search index has been updated. > Is it necessary to file a bug report, and if yes, against what? The > packages? > Fixed so nothing further is required. Jay Treacy
Re: Conference! - around the world with Debian
On Sat, Sep 25, 1999 at 09:29:35PM +1000, Hamish Moffatt wrote: > On Sat, Sep 25, 1999 at 01:39:41AM -0400, Branden Robinson wrote: > > On Fri, Sep 24, 1999 at 04:26:27PM +0200, Sven LUTHER wrote: > > > Also use of computer in planes is discouraged and prohibited during > > > landfall > > > and takeoff, as it interfer with the onboard radio equipement ... > > > > This is a fiction perpetrated by flight attendants because many of them are > > too dumb to tell the difference between electronic devices that may > > generate significant EMF at 108MHz or a little above and ones that don't. > > > > Hint: if it's got an FCC sticker on it, it's okay. The FCC is so > > Well, this is completely off-topic, but I wouldn't be so sure. > I have plenty of electronic equipment here which generates an awful > lot of interference to my sensitive radio receivers. Switch-mode > power supplies in particular (although passengers won't be using > those on the plane). > This is common. The problem is that while FCC requirements are quite high, manufacturing standards are not, causing an awful lot of equipment out there to create interference. Jay Treacy
Re: xplanet project - volunteers sought
On Sat, Oct 02, 1999 at 11:55:10PM -0700, Randolph Chung wrote: > Have you all seen the nice developers' map at > http://www.debian.org/devel/developers.loc ? > > Here's your chance to help make it better! > > The map is generated by xplanet. However, we have a few slight problems > > 1) xplanet doesn't build well on slink (well, xplanet does, but it depends > on things that are only in potato). This can be circumvented with a bit of > effort > > 2) more importantly though, xplanet uses imlib, which requires a X display > to run. This means that we can't generate the map easily from a > non-interactive script (like a crontab or something) > > Would someone be interested/willing to look at the xplanet code and patch > together something that uses, say, libjpeg instead of imlib? Please email me > if you are willing to take this one. Thanks! > Please go through the upstream maintainer. He is open to feedback and has been very responsive to problems I've brought to his attention. He may be willing to implement this. Jay Treacy
Re: mesag3 vs libgl1 (Utah-GLX)
On Thu, Mar 09, 2000 at 03:08:31PM +1100, Wichert Akkerman wrote: > Previously J.H.M. Dassen Ray" wrote: > > I hardly think lack of hardware acceleration support warrants making these > > bug reports release-critical. Please set them to 'normal'. > > Actually they were already filed as release-critical earlier, and are > probably needed anyway since we have mega-ggi packages as well. > mesag3-glide and mesag3+ggi both Provides: mesag3 This was done to make the transition easier. Since the glx packages didn't get into potato, I didn't see a point in forcing the issue when we were so close to the freeze. Once potato is released, we will work on getting all the packages updated. -- James (Jay) Treacy [EMAIL PROTECTED]
Re: 5 days till Bug Horizon
On Wed, Mar 22, 2000 at 12:50:19PM +0100, Wichert Akkerman wrote: > Previously Richard Braakman wrote: > > Maintainer: Martin Mitchell <[EMAIL PROTECTED]> > > 59592 grmonitor needs to depends on libgl1 instead of mesag3 > > Is this release-critical? Not sure. It's only a recompile btw. > > > Package: xmame-gl (debian/non-free). > > Maintainer: Martin Mitchell <[EMAIL PROTECTED]> > > 59595 xmame-gl depends on mesag3, must depend on libgl1 instead > > Same as grmonitor.. > These are not release critical. The existing packages should work with all the mesa* packages in frozen. If the packages need to be compiled for the first time for one of the ports, it is a trivial fix. -- James (Jay) Treacy [EMAIL PROTECTED]
Re: Release-critical Bugreport for March 31, 2000
On Fri, Mar 31, 2000 at 03:15:03AM -0600, BugScan reporter wrote: > > Package: glut-doc (debian/main) > Maintainer: James A. Treacy <[EMAIL PROTECTED]> > 61366 /usr/doc symlink not made > New glut packages are being uploaded to fix. Note that glut-data was the cause of this problem and also needs to be updated in frozen. -- James (Jay) Treacy [EMAIL PROTECTED]
Re: Web Page needs updated
On Thu, Aug 17, 2000 at 01:31:51PM -0700, esoR ocsirF wrote: > Hello all, > I was going to submit a bug reprt but I wasn't sure which virtual > package the web page was listed under. > > The main Debian web page still points to the slink info under > "Distribution" -> Installation Instructions > It has been changed to point to /releases/stable/. The change will be visible after the next mirror update tomorrow. -- James (Jay) Treacy [EMAIL PROTECTED]
Re: CGI bug scripts
On Wed, Aug 30, 2000 at 03:43:29PM +0100, Julian Gilbey wrote:
> On Wed, Aug 30, 2000 at 01:53:46PM +0100, Julian Gilbey wrote:
> > Anthony,
> >
> > Is it my imagination, or is bugreport.cgi *really* slow? I think that
> > we should really investigate the possibility of using mod_perl. It's
> > using CGI.pm, which is *big* and takes time to load. I've written
> > scripts which I use under mod_perl and the time difference is
> > astonishing. It would probably really help if we want to regenerate
> > [...]
>
> I just looked at the load on master (=bugs.debian.org). It's
> averaging around 8 or 9, and running top, I saw times when there were
> about 10 copies of {bug,pkg}report.cgi running simultaneously. I
> think that if the BTS is moving to dynamically generated pages only,
> mod_perl is going to be a necessity.
>
> I don't have much time right now, but I'd be happy to help when I do
> (in October, most likely).
>
>Julian
>
It's easy to set up. I'll do it after the scripts have stabilized.
--
James (Jay) Treacy
[EMAIL PROTECTED]
Re: gnucash-sql?
On Tue, Oct 07, 2003 at 10:35:40AM -0700, Carl B. Constantine wrote: > I think there used to be a packaged called gnucash-sql which allowed > gnucash to save data to a postgres database. That package doesn't seem > to exist any longer. Has the functionality of gnucash-sql been merged > into gnucash proper? >From /usr/share/doc/gnucash/README.Debian: The postgressql backend is not currently enabled. Upstream is updating this backend to support all the features in the 1.8.x series. Once that work is complete, postgresql support will be added back in. -- James (Jay) Treacy [EMAIL PROTECTED]
Problem with autobuilders installing python
All the autobuilders failed in building gramps 0.8.0-3 giving the following: Checking for source dependency conflicts... /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install debhelper python-dev python-xml python-gnome python-glade docbook-utils scrollkeeper gettext Reading Package Lists... Building Dependency Tree... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: Sorry, but the following packages have unmet dependencies: python-dev: Depends: python (>= 2.1) but it is not going to be installed Depends: python (< 2.2) but it is not going to be installed Depends: python2.1-dev (>= 2.1.3-5) but it is not going to be installed python-glade: Depends: python-gtk (= 0.6.9-3) but it is not going to be installed python-gnome: Depends: python-gtk (>= 0.6.9-3) but it is not going to be installed Depends: python-gdk-imlib (>= 0.6.9-3) but it is not going to be installed python-xml: Depends: python (>= 2.1) but it is not going to be installed Depends: python (< 2.2) but it is not going to be installed Depends: python2.1-xml (>= 0.8-2) but it is not going to be installed E: Sorry, broken packages apt-get failed. Package installation failed This worked on every previous build of the package. The only change in the Build-Depends is the addition of scrollkeeper and gettext. Are the python packages screwed up? Do entire dependency chains need to be specified for Build-Depends? What needs to be done to fix this? -- James (Jay) Treacy [EMAIL PROTECTED]
Re: Doh! Developers Reference rendering..
Just thought I'd mention that the version on the web pages are grabbed directly from the ftp archive (only if they have changed). Within a day of the ftp archive getting the new version the web pages will be fixed. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mirroring policy
Philip Hands wrote: > BTW Any chance of installing the latest rsync on va ? The anonymous rsync > stuff works well for me, and it would save the encryption overhead of using > rsync over ssh. > Some background: the latest rsync allows anonymous connections. It also allows you to restrict who can connect anonymously. I've discussed this with Jason and he's against it. He feels that it will be too much administrative overhead to keep a list of acceptable mirrors. The reason we would want to set up restrictions is to prevent just anyone from mirroring from the primary Debian sites (va and master. It would be a good idea to minimize the net load from mirroring so they can be used for other tasks). Given the large number of mirrors (ftp and www) it would be a good idea if we set up a more formal mirroring policy. My proposal would be to switch to anon rsync on master which is restricted to 3 primary ftp and web mirrors (2 in the US and 1 in Europe for both ftp and web). All other mirrors would have to use one of the primary mirrors. As quite a number of people are currently using rsync to mirror, is it really worth it to make a change? Even if we send messages to -devel beforehand I'm sure a number of mirrors will break for a while. Additionally, links to va and master have been quite stable for the last few months so net load has been less of a problem. If anything, the primary reason for setting up anon rsync would be so we can get rid of most of the mirror accounts from master. This is a good idea from both security and administrative points of view. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Need artistic type to create a Debian ad for LJ
In making enquiries to LJ about the cost of advertising, Debian was given an offer of 2 one-half page ads if we do some work on some Linux docs that the LJ is maintaining. This is an opportunity we shouldn't let pass. We are looking for a person, or a group of people, who are willing to work on the ad. If you can help with this in any way, please subscribe to debian-publicity and tell us what you can do. If you have some time to do some work on the documentation (it should be a one shot deal), contact Igor Grobman <[EMAIL PROTECTED]> to help out. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Building a connection with Kachina Tech.
> > What do people think of creating a new ftp directory called say, > > "sci"? Many of the packages in Scientific Applications for Linux > > don't fit cleanly into "math". > > > > I would leave it the way it is. "Scientific" is not well defined. To a > certain extent it's not defined at all. > A good percentage of the software under Math is stuff you use in doing numerical analysis or scientific computations (the terms you use usually depend more on your background than what you are doing). Numerical Software is a much better name. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need artistic type to create a Debian ad for LJ
Eloy A. Paris wrote: > James A.Treacy <[EMAIL PROTECTED]> wrote: > > > In making enquiries to LJ about the cost of advertising, > > Debian was given an offer of 2 one-half page ads if > > we do some work on some Linux docs that the LJ is > > maintaining. This is an opportunity we shouldn't > > let pass. > > Oh, this is just _great_! When will that happen? > ASAP. They are currently working on the September LJ so if we are fast enough we could get in there. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
need help from Korean users of Debian
The contact I have for the Debian web mirror (www.kr.debian.org) is Lee, Ho-sun <[EMAIL PROTECTED]>. He has not answered any of the mail I've sent him in the last 6 months and I am hoping that one of the Korean users of Debian know him or anybody else that works on www.kr.debian.org (134.75.7.22). There will be some changes made to the Debian web site in the near future and they will break this mirror unless they make a modification to their web server. I would dislike having to drop the Korean mirror, but this will be my only option unless I can get this resolved. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian and gnuhoo.com
Last week I received mail from the people at gnuhoo.com asking that we submit an entry for Debian. It sounded like a good idea and put it (low down) on my list of things to do and didn't give it another thought until today. Slashdot has an article about gnuhoo.com that people might want to read (http://slashdot.org/articles/9806230849239.shtml). While I'm not as upset as some of the people who wrote in, I must admit that the name almost lead to me making a contribution. It definitely evokes the impression of a free software project. Debian should not contribute to a 'free' project if it is not based on Open Source. Hopefully GNU is trademarked and they will be forced to change the name. We can't stop anyone from contributing an entry for Debian, but please don't make one. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
annual update of Maintainer Contacts
As usual, the list of Maintainer Contacts has become a bit dated. Please go through http://www.debian.org/devel/maintainer_contacts.html and report any changes you know of. Also, Bruce was still listed as the contact for hardware donations in donations.html so I changed it to [EMAIL PROTECTED] temporarily. Any volunteers to take this over? BTW, the new web pages are almost ready. Only being in town for 5 days in the last three weeks slowed down their release. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
it is your responsibility to provide Debian news
Bruce was very good at making announcements on events affecting Debian. These were the main source of entries to the news section of the web page. Items posted to debian-announce still are included, but their rate is much slower than in the past. If you know of any good Debian news items, please send them to [EMAIL PROTECTED] . It is up to you to keep the news flowing. Jay Treacy P.S. Please keep it relevant to Debian. I occasionally get more general notices that just aren't appropriate. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: install.txt looks weird
> On Wed, 24 Jun 1998, Stig Sandbeck Mathisen wrote: > > > * Maarten Boekhold (Wed, Jun 24, 1998 at 12:50:13PM +0200) > > > Hi, > > > > > > The install.txt that is refered to from the web-site looks weird. I don't > > > know if this is intentional, but section-titles are displayed like: > > > > > > AAddvvaanncceedd PPoowweerr MMaannaaggeemmeenntt > > > > > > ie. all letters are duplicated. > > > > Looks like "overstrike", try looking at it with "less", and you'll find > > that the double lettered words are in bold font. > > And what about the users who click on the link from Netscape, like I did? > They get it the way I wrote > They call it a beta release for a reason. The install docs are being re-uploaded. When the html file is re-installed I will switch the link on the web page back to it. Also, the text version will hopefully be straight ascii this time. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
looking for gold-CD producers of Debian 2.0 beta
When the new web pages are up (hopefully within a day) I'd like to add a list of people who are producing gold CDs of 2.0 beta. If you are, please send me the following: Name: e-mail: material cost: shipping cost (mention if ship internationally): URL (optional): Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
New web pages are finally up!
The latest version of the Debian web pages are complete. They are being mirrored to www.debian.org as I write this. The new pages use content negotation to decide what version should be served when there is more than one choice. This is used to automatically give a document in a users prefered language, if it is available, while giving the default version (english in our case) when there is no choice. The pages also use wml to handle some of the complexity of a large web site such as ours from the document writers. It also allows for some nice automation. For example when the main page is created from the .wml file, the titles of the most recent news items are automatically added to the page. Pretty slick. Now all that is needed is for people to send news items to webmaster. :) Finally, I'd like to thank Thomas Apel <[EMAIL PROTECTED]> for the layout of the new pages and Anthony Fok <[EMAIL PROTECTED]> for setting up the wml. Now it's time for bed. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
translations of the web pages to begin
With the new web pages up, it is finally time to begin translation of the pages. What I'd like to do is to get one person to start with. This person should be familiar with CVS (putting everything under CVS is next on my list and I've never used it before). The reason for having one person to start with is to work out any kinks in the system. My goal is to give translators a recipe to follow so they don't need to know anything about content negotiation or wml. This person will hopefully catch any errors I've introduced during this latest transition. A system (to be worked out) will notify translators when documents are modified. It is ok to have a team work on translation although there should be one person in charge for each language. All translators should subscribe to debian-www (don't worry - it's low volume). Anyway, the first qualified person to contact me gets to be the guinea pig^H^H^H^H^H^H^H^H^H^Hlucky translator. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New web pages are finally up!
> Very cool. How can I add the translated version? > > I have some Japanese translations (based on the previous version, > though). I'd like to catch up the latest version and release them. > I'd like to keep the different language versions in sync as much as possible. Only translations based on the new version of the pages will be allowed. That's why I've been putting off offers of translation until now. One nice thing about using content negotation is that you can translate one document at a time. All untranslated docs will just be presented in another language available (defaulting to English). The one document that I will be asking for translators for as soon as it is ready is the install docs. I will announce it's availability on debian-www so subscribe there if you want to work on it. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New web pages are finally up!
Bdale wrote: > The link on the developer's corner page that I think should go to the list > of developers instead brings up the xearth image. The "visit the sponsor" > image on the home page just brings the image up in an image browser, it does > not actually take me anywhere. > Good catch. This shows really have to be careful when using content negotiation. I've fixed both of these and they will be at your favorite mirror within 12 hours or so. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: intent to remove libglide from non-free
On Sat, Oct 10, 1998 at 04:48:44PM -0500, [EMAIL PROTECTED] wrote: > > This proprietary commercial software and if it is on any Debian servers it > must be removed *immediately*. No waiting to see if they might change the > license. It must be removed *now*. > A number of people would like to see a 3dfx package of mesa. This can not be done unless there is a legal package of glide (under the current license I can't even get the libs since I don't own a 3dfx card). >From now on any requests for such a package will get a reply stating that one will not be released until the license on glide is fixed. Jay Treacy
Re: Should Package Web page be changed for non-free (Re: glimpse on CD?)
On Mon, Oct 05, 1998 at 02:47:20PM -0700, John Lapeyre wrote: > On Mon, 5 Oct 1998, Peter S Galbraith wrote: > > Galbra>What I find strange if that I managed to download it without realising > it > Galbra>was non-free. I only *now* noticed that it's non-free by putting the > Galbra>cursor on the `Download it!' ftp link and seeing the non-free part in > the > Galbra>path. > > I have built packages and uploaded them to main only to find later > that they depend on non-free libraries that appeared free when I found > them on the web page. (note that when the lib later shows up as a > dependency, it is listed as non-free) . > The web pages will be updated using new scripts RSN. They are 95% done. All that remains to be done is to properly deal with source packages. This is trivial to get right for 90% of the packages, but a royal pain for the rest. This problem and a number of others will be fixed with the new scripts. Jay Treacy
Re: intent to remove libglide from non-free
On Sun, Oct 11, 1998 at 01:48:43PM -0700, Chris Waters wrote: > James A. Treacy wrote: > > > A number of people would like to see a 3dfx package of mesa. This can > > not be done unless there is a legal package of glide (under the > > current license I can't even get the libs since I don't own a 3dfx > > card). > > Any reason, aside from the lack of volunteers, why we can't do what we > do with netscape/staroffice/etc.? Even if we can't distribute it, can't > we have a loader package? (No, I'm not volunteering, I don't own a 3dfx > card either.) > Those are precompiled binaries that we don't distribute. Basically the people who write the libglide licenses are idiots. The license makes some sense for the library, but for header files it is absurd. I am not working on mesa-glide packages until this license mess is worked out. I don't have time to waste on it myself. Jay Treacy
updates to Debian pages
This is just to help translators keep up to date with changes to the Debian pages. - distrib/distrib.wml was renamed to distrib/index.wml This caused changes to template/debian/menubar.wml and template/debian/navbar.wml I believe those are the only links affected, but I'm about to run a urlchecker over the pages to see if anything got missed. - news.wml and news1997.wml have been removed. This was actually changed a while ago. All the news is now in directories by year under News/. The dependencies in the News/Makefile may not be totally correct so please report any problems. It is intended that this setup enable translators to translate only those announcements that they feel are important enough or they have time for. It will also enable language specific announcements to be made (for example a meeting of Spanish speaking Debian people in Madrid). If an item is translated, then its title will replace the english one in the list of news items in that languages news page. Since this hasn't been thoroughly tested I wouldn't mind a guinea pig to translate something to help test it out. - Pics/ has been added to CVS. This enables wml to find the images used in the web pages so it can add width and height tags. Of course this should have been done ages ago. So fire me. :) A link has been added from all the /Pics -> ../english/Pics on master. They weren't added to CVS as it doesn't handle special files very well. Its only important that master have them anyway, so the pages the public sees have the tags. Jay Treacy
Re: updates to Debian pages
On Mon, Oct 12, 1998 at 11:09:34AM -0700, Darren Benham wrote: > Also, developers_corner.wml has been moved/renamed to devel/index.wml (also > affecting templage/debian/menubar.wml and template/debian/navbar.wml as well > as > one of the news files in News/1997 (19971125.wml) > One thing I forgot to mention to you. Could you please add the final / on directories? It is proper to add them, but not mandatory. Additionally it confuses the urlchecker I use (yeah I'll fix it eventually). I have already fixed the occurrences of devel/ and got a few others in the process. Jay Treacy
Re: Logo license update?
On Mon, Jan 18, 1999 at 03:27:50PM +0100, Wichert Akkerman wrote: > Previously [EMAIL PROTECTED] wrote: > > The Debian logo license is expired. Is there a plan to update it or > > automatically roll it over again? > > Now that we have the constitution we can just vote on the license so we > don't have to extend it every couple of months. > Please do. Submit a proposal with the current license. Others can submit their alternatives and within a month we should have this resolved. We should probably do the same thing with the logo itself. Jay Treacy
looking for new italian translation coordinator
The current italian translation coordinator no longer has the time. We are therefore looking for someone to replace him. Being fluent in Italian would be an asset. :) If you are interested, contact me. To keep a translation project alive requires multiple people or the interest fails. If you are willing to be a translator, you should also send in your name. Jay Treacy
Re: packages.debian.org
On Tue, Jan 19, 1999 at 10:53:43PM +0100, Josip Rodin wrote: > On Tue, Jan 19, 1999 at 11:40:01PM +0100, Vincent Renardias wrote: > > > One more feature (or a bugfix since it pointed to 404 before :) has > > > been added: you can call http://packages.debian.org/some_package and > > > it will redirect you to the search results on some_package. Jason > > > Gunthorpe enabled that one too (thanks!). > > > > Interestingly enough, it works fine for the 'mount' and 'wine' packages, > > but not for 'gdb' or 'sac' (while they all in the main section). > > Any reason to this? > > I tried now for gdb, and it points me to: > http://cgi.debian.org/cgi-bin/search_packages.pl?keywords=gdb&searchon=names&version=all&release=all > which is the exact same location of where the /distrib/packages.html > points me after submitting the form (with all these options the same). > swish++ seems to really not want to index three letter words or words with no vowels. I thought the changes I made fixed it, but there may still be problems with indexing words in META tags. I'll look into it. Jay Treacy
Re: packages.debian.org
Try again. The system installed version of the indexing program was being used instead of my custom job. This has been fixed so it should work correctly now. Jay Treacy
Re: packages.debian.org
On Wed, Jan 20, 1999 at 02:45:16PM +0100, Josip Rodin wrote:
>
> Yes, gdb works now. I followed the murphy's law, and tried
> packages.debian.org/ae. You know the story... :)
> Once again, it doesn't find 'ae' (or bc), but finds aegis{-doc}.
> It seems to be only the search error because ae's page exists at
> http://www.debian.org/Packages/unstable/base/ae.html.
> The only remaining question here is whether we have one-letter
> packages ;-D
>
If it was up to me there wouldn't be any two letter package names.
I'll add two letter words when I recompile.
> I think that it is not only about three letter
> one's. I tried 'make' and it gave me only make-doc, makepasswd, but
> not the 'make' itself :( Interestingly, it found 'gcc' when I searched
> for 'gcc', but it marked it last on the list, 16%. I tried apache too,
> since -common/doc packages also exists, and 'apache' was in the list,
> but also ranked too low.
>
It appears that 'make' is in the list of ignored words. I'll recompile a
new version. There isn't much I can do about the quality results reported
(or the resulting order) without rewriting part of the program.
> Also, you realy should change some words in the output. The percentage
> column is named 'Quality' which is kind of confusing. I suggest you
> change that to 'Match:' or something else.
> It would be a good idea not to put the 'Release' column after the
> 'Quality' since this leads to output like this (at least in my lynx):
>
>100% unstable make-doc 3.77-4 (3982 bytes)
>Documentation for the GNU version of the "make" utility.
>
> Note the '100% unstable', which may lead to confusion.
> And if you do that, remove the file size after the description, it
> can only cause the confusion (and who really needs that file size?).
>
Actually, file sizes is something many people demanded. What they probably
really want, but didn't specify, is the size of the package. They aren't
going to get it (hmmm, actually I just thought of a slick way to do that
which will only take 10 min to implement).
As for the layout, send in html markup for a different layout and if I
like it I'll implement it. Leave in the package sizes as it'll probably
be implemented tonight.
Jay Treacy
Re: packages.debian.org
On Wed, 20 Jan, 1999, [EMAIL PROTECTED] wrote: > Given that from your description swish++ sounds like a general purpose > indexer, which has been set up to index 'natural language' is it the best one > for our purposes? > Once I removed a few conditions for removing words from indexing that weren't appropriate for us, the system works quite well. The index file for the Package web pages alone is about 6.5M and indexes over 8000 files, I don't think that a simplistic search system will work very well on something this large and this popular (swish++ is very fast). Of course, this pales in comparison to what I have planned next. If I can work out a few details, I may use swish++ for searching on the mailing list archives (~1GB and > 160k files). Jay Treacy
Re: Debian logo & its license
On Sat, Jan 23, 1999 at 11:44:06PM -0800, Joey Hess wrote: > Robert Woodcock wrote: > > "You are licensed to use and distribute modified versions of this logo to > > refer to or advertise debian." > > > > Note that this fails DFSG point #6. I believe this was the original intent. > > We shouldn't license our logo by any license that does not comply with the > DFSG. To do so would be hypocritical. > Not true. It's the Debian Free SOFTWARE Guidelines. A logo is not software. It may well be that we want a logo whose use is restricted so that we can have some control over the quality of items that it is associated with. It appears that what we really need are two logos: one with a relatively open license and second with a more restricted one. The open one would be used on web pages, etc. An example where a more restricted license would be appropriate is letting it only be used on CDs that pass a test suite guaranteeing that the CD set is 'good enough'. Jay Treacy
Re: Debian logo & its license
On Sun, Jan 24, 1999 at 01:42:30PM -0500, Raul Miller wrote: > On Sat, Jan 23, 1999 at 11:44:06PM -0800, Joey Hess wrote: > > > We shouldn't license our logo by any license that does not comply > > > with the DFSG. To do so would be hypocritical. > > James A. Treacy <[EMAIL PROTECTED]> wrote: > > Not true. It's the Debian Free SOFTWARE Guidelines. > > You're trying to make a distinction between code and data, here? > That doesn't work for the general case. > > > A logo is not software. > > I'm not sure you're working with a viable definition of software. > I hope that you are not trying to argue that there is no difference between a program and a logo. This is clearly ridiculous. We seem to have a number of people talking past each other. One group want a logo with a relatively free license for uses such as web pages. This is perfectly reasonable. Another group of people are interested in a logo which is used for advertising products with the Debian name on it. Many people (me included), feel we need a more restrictive license on such a logo so that we may protect the name of Debian. We need to protect ourselves from abuse of such a logo as it may be used in ways that reflect badly on Debian. An example is some of the poor quality CDs that have been released with the name Debian on them. This is why I suggested that we have two logos. Just to make sure no one is advocating this, the GPL is not a particularly good license for licensing things such as logos and documentation. Read the archives for the many discussions about this. The existence of this discussion, which is at least the 10th time it has been discussed, clearly indicates that we need to vote on this issue. A clear vote with some archives to point people to in the future should keep us from rehashing this every few months. There are much more important things for us to be doing. Jay Treacy
Re: Debian logo & its license
On Sun, Jan 24, 1999 at 02:32:27PM -0500, Raul Miller wrote: > > The existence of a recurring discussion usually indicates an unsolved > problem. A vote might or might not resolve the underlying issue. > Let's hope that there is enough interest generated that we actually do solve the problem. > In this case, the discussion seems to have been triggered by the > expiration of the current logo license. > True. I decided to leave it this way to force the issue - and it looks like it is working. If enough people complain loudly enough I or one of the other webmasters will extend it again. Jay Treacy
Re: Debian logo & its license
On Sun, Jan 24, 1999 at 06:20:49PM -0600, John Hasler wrote: > > Or don't license it: just use it on Debian stuff and grant individual > licenses on a case by case basis. I doubt that you will be swamped by all > the requests. > I'm glad to see you volunteer to take respond to requests that come in and check up that they are using the logo in a responsible way. Even with the existing license (and a valid expiry date) I have probably handled 20 requests for use of the logo in the last 6 months. I will be rather happy to see a permanent license in place. Jay Treacy
Re: New logo strategy
I'd like to thank Wichert for taking on this thankless task. I'd also like to ask that we set strict criteria for what constitutes a logo. I don't feel like going back through the archives, but the criteria I remember off the top of my head are: Works in B+W (the official version may, of course, be in color) Works both with and without text at the bottom (Debian GNU/Linux). You can ignore this point if Debian is an integral part of the logo. Not too detailed so it works in low resolution. I have the feeling I missed something important. If so, I'm sure someone will point out my oversight. :) Jay Treacy
Re: suggestion: www.debian.org package list show the URL of the program
On Sat, Jan 30, 1999 at 10:13:38AM -0500, Ben Pfaff wrote: > Shaleh <[EMAIL PROTECTED]> writes: > >how hard would it be to have the Packages pages on the Debian web site > show the >packages home URL, i.e. where the author is? A few times I have been > hunting >for this because I needed a bsd or Sun version of a program. Downloading > the >orig.tar.gz and looking inside can be cumbersome. > > Perhaps the website could mirror the copyright file from each > package. This contains the copyright notice from the source as well > as the upstream URL. > The copyright files are already available. Unfortunately, many packages don't include the programs homepage. It would be nice if we could put the programs url on the page explicitly, if one exists. The problem is that there is no standard place or format for this. Sure some packages include it in the copyright file, but it is not in a standard format which makes it difficult to extract (grabbing the first url in the copyright file is prone to error given the lack of a standard format). I have been advocating for the creation of a standard place for information such as this for a long time. The information does not need to go into the archives Packages file (they are large enough as it is), as long as it can be extracted from a .deb in a known way. If any of you know of a good way to do this, please bring it up on debian-policy. Jay Treacy
Re: suggestion: www.debian.org package list show the URL of the program
On Sat, Jan 30, 1999 at 08:08:49PM +0200, Antti-Juhani Kaijanaho wrote: > On Sat, Jan 30, 1999 at 10:52:07AM -0500, James A. Treacy wrote: > > The copyright files are already available. > > The changelog and copyright file links do not seem to work for all > packages. Trying to fetch mixal's copyright file or changelog results in > pages like this: > The files are only available for those packages that lintian has a laboratory for on master. I have no idea why the packages you listed don't have one - contact the lintian maintainer to find out why. > > Sure some packages include it in the copyright file, > > I usually include it in README.Debian. > > > (grabbing the first url in the copyright > > file is prone to error given the lack of a standard format). > > My first URL is usually the upstream tarball URL. > Exactly my point. It's not standardized. Until there is a standardized way to access them they won't be made available. Jay Treacy
Re: dependency of magicfilter
Note that the same problem occurs when using magicfilter with gs-aladdin. Jay Treacy
Re: For the Abolishment of "Ports"
On Wed, Aug 11, 1999 at 09:48:35AM -0700, David Bristel wrote: > While I agree that being completely i386 oriented on the web page, I will > point > out that the vast majority of systems out there are x86 based(I don't like the > i386 since I've prefered AMD CPUs over Intel since the 486 days). This being > the case, I'd suggest going to a more even "homepage", with the focus being > all > the different platforms. So on the homepage, we would simply have X86, MIPS, > Alpha, M68K, etc... as the links, each of which would have it's own news page. > This may seem like it would fragment out the different flavors of Debian, but > it > would at least make it appear that we are being impartial about which platform > gets the most focus. I would also like to propose that we get away from > having > a single version number to cover each platform. The reason for this is that > we > can release for individual platforms at different times, and not hold up the > release for one platform that may have problems. The version numbers will > remain consistant for the features, but I will point out that glibc 2.1 was > released into Sparc when slink was released, while it was not yet implemented > in > the other distributions. If we set a feature list for Potato, it should be > consistant across the different platforms. > Your system would require a lot more manpower to keep the web pages up to date. This would simply lead to the web pages for some ports being chronically out of date. Besides, that manpower could be much better used improving the distribution. I also agree with a previous responder that the different architectures should be treated equally. When setting up the pages for the different ports, I considered using separate pages for each port and quickly abandoned the approach for a number of reasons. People from the various ports agreed. As far as package numbering is concerned, this is a much bigger issue and would need to be discussed on debian-devel. Don't get your hopes up about getting anywhere with that suggestion though. :) Only a small percentage of packages need to be compiled specially for each architecture. Once a port advances far enough, they can auto-compile most packages and do quite a good job of 'keeping up' with the i386 port. Jay Treacy
