Re: debian-policy: Virtual package: change mp3-encoder with music-encoder
On Sun, Feb 13, 2005 at 09:04:36AM +0200, Lars Wirzenius wrote: > > Wouldn't it be necessary for this to work for all music encoders to have > the same command line interface? I haven't used MP3 encoders for many > years, but in their simple forms, I vaguely recall them to have been at > least somewhat similar in their command line syntax. They also produce > the same type of output. Acording to what i have in abcde, some mp3-encoders use -if for inputfile, -of for outputfile, other use the inputfile as an argument but not need outputfile and finally, lame, gogo, l3enc and xingmp3enc use INPUT and OUTPUT as arguments. I admit it is not the same case for all the encoders. In case you believe i am talking BS i will close the bug. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 - ... todos necesitamos creer en algo. - Si, yo también creo... Creo... que me voy a tomar una cerveza. --Sor Trini (Año Mariano) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Brain Trauma - Flatline EP (Sampler!)
We now have the full FLATLINE EP sampler up for download. It contains clips from all 8 songs on the EP. go to the below link to download! http://www.kasketrecords.com/media/BrainTrauma-FlatlineSampler.mp3 Once again, pre-orders for FLATLINE start on Febuary 25th at http://www.kasketrecords.com and the cd will cost 7 bucks. -Kyle To be removed from this list, simply reply with "REMOVE" in the title. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.7 - Release Date: 2/10/2005 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Moin 1.3.x: Status of the package moin
On Feb 13, Raphael Bossek <[EMAIL PROTECTED]> wrote: > If not I will start creating a NMU. I fully supports this. Sticking to 1.2.x is a pain. -- ciao, Marco signature.asc Description: Digital signature
Re: First line in /etc/hosts
On Sun, Feb 13, 2005 at 03:01:26PM +, Mark Brown wrote: > On Sun, Feb 13, 2005 at 01:25:15PM +0100, Steinar H. Gunderson wrote: > > > However, now we've suddenly discovered that _other_ programs get confused by > > this! In particular, if you use an NFSv4-patched mount, it does a > > gethostname() and resolves that, which returns 127.0.0.1, which in turn > > makes > > it happily use that as a client identifier to the remote server. (This > > breaks > > when two or more such clients connect, obviously.) > > This also causes problems for NIS servers, for the same reason - NIS > needs to hand out the IP address of the machine in some circumstances > and 127.0.0.1 is inappropriate. > > Resolving the hostname is a standard method for obtaining an IP address > for the machine and it would be helpful if it could be reverted since I > imagine other programs are also going to run into the same issue. Changing that could also confuse some inner features (e.g.filtering hosts by name) for programs like proftpd. Unfortunately also order is important, I received at leat one report about that, due to changes in /etc/hosts... -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mplayer, the time has come
hi I have uploaded a new version of the 'mplayer' package for Debian, namely version 1.0pre6-1 (Unfortunately it does not show yet in the new queue at http://qa.debian.org/~anibal/debian-NEW.html but it is also accessible at http://tonelli.sns.it/pub/mplayer/sarge ) I REALLY think that the time has come for mplayer to be part of Debian --- HISTORY and CURRENT STATUS There have been two main problems keeping mplayer out of Debian: licenses and copyrights. Licenses: the upstream code contains some code that is protected by (more or less) actively enforced licenses: DeCSS code to decode encrypted dvd; ffmpeg and OpenDivx code to en/decode MPEG4. Solution: the DeCSS is deleted from the package proposed for Debian (for this reason, I upload mplayer as a native package); whereas ffmpeg is not a problem anymore : the package 'ffmpeg' is in Debian already. The OpenDivx code is not there any more, see in section E.2 of docs, or http://www.mplayerhq.hu/DOCS/HTML/en/mplayer-binary.html Copyrights: at some time in the past, a lot of code was added to mplayer without keeping due track (as GPL requires); this spurred a long and wild thread in debian and mplayer lists, about 5 years ago. Solution: lately, the mplayer team did a long and detailed work to track down the origin of all the code in MPlayer; the results are in the 'Copyright' file. --- PLEA Please, please I acknowledge that, in the past, there were many problems that prevented mplayer from entering Debian; these problems sometimes spurred flaming threads; I think that these problems are now solved; but some people would still write mails as "mplayer is a copyright mess" or "mplayer is so encumbered by patents it will never go in Debian". Please forget the past problems and check this package as it is now. --- POPULAR SUPPORT there have been many voices asking for mplayer to be in Debian Jan 05, F Dannemare: " what is now holding back software such as mplayer/mencoder, transcode and mjpegtools from entering Debian?" http://lists.debian.org/debian-devel/2005/01/msg00721.html Goswin von Brederlow : "At least I would like to know whats up with mplayer now that ffmpeg is in Debian." http://lists.debian.org/debian-devel/2005/02/msg00136.html Jul 2004 , L Kaplan: "I didn't find any package for MPlayer on the main repository. I checked its license and found it to be GPL v2 (http://www.mplayerhq.hu/homepage/design7/info.html) Any reason that it won't have a package?" http://lists.debian.org/debian-devel/2004/07/msg01522.html Jan 04, D Shearer, Re: Top 5 things that aren't in Debian but should be :-) "mplayer will definitely make the top 5, it illustrates some of the bottle-necks of Debian or better, of the upstream. When two perfect ones meet ;) " http://lists.debian.org/debian-devel/2004/01/msg00820.html M Krafft "So can we package it now for Debian?" http://lists.debian.org/debian-devel/2003/07/msg00942.html Moreover there have been many many ITP for mplayer. --- HISTORY the history of the effort to have MPlayer into Debian is a lng one; we have uploaded many packages; the second-but-last time I prepared and/or uploaded a package was in Jul 2003 : http://lists.debian.org/debian-devel/2003/07/msg01633.html we received some feedback and we corrected all problems in mplayer 0.90 Mar 2004 : there was a nice and contructive thread started by http://lists.debian.org/debian-legal/2004/03/msg00235.html which suggested that mplayer was ready to be accepted (but for a minor concern expressed in http://lists.debian.org/debian-legal/2004/03/msg00243.html that was not considered too bad to reject the package). I then uploaded a package mplayer 1.0.cvs20030324-1 that was refused (in Aug 04) because /usr/share/doc/mplayer/copyright was incomplete; I uploaded a corrected version , and never received a reply. a. -- Andrea Mennucc "Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef" pgpbtlAujBJ9K.pgp Description: PGP signature
Re: Xsession doesn't use umask setting from /etc/login.defs
* Tomas Fasth | PAM is good. The fact remains, it doesn't handle default umask. If you use libpam-umask, it does. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: what is /.udev for ?
* Lucas de Sousa | Assuming that is unclean installation junk. Assume makes an ass of u an' me. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mplayer, the time has come
also sprach A Mennucc <[EMAIL PROTECTED]> [2005.02.14.1146 +0100]: > I have uploaded a new version of the 'mplayer' package for Debian, > namely version 1.0pre6-1 Great. At least in the eyes of our (prospective) users, this was one major hurdle. Now let's hope that the ftpmasters look into NEW at least once, eh, 3/4 months...? -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: Verify debianhttp://www.perrier.eu.org/debian/voices/-devel@lists.debian.org for Francois.Mescam@onera.fr
* Christian Perrier | I was aware of his greylisting system and I should have imagined this | when sending my mail. Apologies to list subscribers for that. This isn't greylisting -- greylisting doesn't ask for verification, it just temporarily refuses to accept the mail. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Bugzilla Experimental 2.18 Package] Request for testers
Hello fellow developers, As some of you may know, Frankie uploaded a first 2.18 Bugzilla package to experimental a couple of days ago. To enhance the packaging of this big web application, I created a SubVersioN repository on alioth which already contain the last updates done on the source trees (for sid: 2.16.7 and experiemental: 2.18). http://svn.debian.org/wsvn/pkg-bugzilla I also created a mailing list dedicated to Bugzilla : http://lists.alioth.debian.org/mailman/listinfo/pkg-bugzilla-devel Any installation report of the last experimetnal package (or best, the last SVN snapshot) is appreciated. Morover, if some of you is able to reproduce #294770. Reports are welcome on the pkg-bugzilla list. Regards. -- Alexis Sukrieh <[EMAIL PROTECTED]> http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound. signature.asc Description: Digital signature
Re: debian-policy: Virtual package: change mp3-encoder with music-encoder
On Mon, Feb 14, 2005 at 02:57:04PM +0200, Jesus Climent wrote: > On Sun, Feb 13, 2005 at 09:04:36AM +0200, Lars Wirzenius wrote: > > Wouldn't it be necessary for this to work for all music encoders to have > > the same command line interface? I haven't used MP3 encoders for many > > years, but in their simple forms, I vaguely recall them to have been at > > least somewhat similar in their command line syntax. They also produce > > the same type of output. > > Acording to what i have in abcde, some mp3-encoders use -if for inputfile, -of > for outputfile, other use the inputfile as an argument but not need outputfile > and finally, lame, gogo, l3enc and xingmp3enc use INPUT and OUTPUT as > arguments. > > I admit it is not the same case for all the encoders. > > In case you believe i am talking BS i will close the bug. Well, if any program were to actually depend on this virtual package, they'd need to know which encoder was being used in order to correctly support the differing argument conventions. In which case, why not just depend on the encoders they know how to support, which is presumably a finite list? Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#295122: RFA: iproute -- Professional tools to control the networking in Linux kernels
Hi Andi, On Sun, Feb 13, 2005 at 09:39:15PM +0100, Andreas Barth wrote: > Package: wnpp > anyone who wants to work on iproute is greatly welcome, perhaps also as > co-maintainer (and I'm also willing to sponsor people). The reason I > intend to give the package away is that I'm not really the great > networking guy, but I'll try to give the package a warm home till I can > pass it over to someone else -- and as iproute is quite vital for > some purposes, I'll do some checks before giving the package away. It is > _not_ orphaned, I'm "only" looking for somebody else for maintaining. I raise my hand. I'm not DD so your sponsorship will be appreciated. I'm subscribed to linux-net (but not netdev) for years so I follow changes in package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mplayer, the time has come
On Mon, 2005-02-14 at 11:46 +0100, A Mennucc wrote: > hi > > I have uploaded a new version of the 'mplayer' package for Debian, > namely version 1.0pre6-1 > > (Unfortunately it does not show yet in the new queue at > http://qa.debian.org/~anibal/debian-NEW.html > but it is also accessible at > http://tonelli.sns.it/pub/mplayer/sarge > ) > > I REALLY think that the time has come for mplayer to be part of Debian What about the Packages for mplayer that Christian Marillat has been providing for years? Have you even discussed this with him? > > > --- HISTORY and CURRENT STATUS > > There have been two main problems keeping mplayer out of Debian: > licenses and copyrights. > > Licenses: > the upstream code contains some code that is protected by > (more or less) actively enforced licenses: > DeCSS code to decode encrypted dvd; > ffmpeg and OpenDivx code to en/decode MPEG4. > > Solution: > the DeCSS is deleted from the package proposed for Debian > (for this reason, I upload mplayer as a native package); > whereas ffmpeg is not a problem anymore : the package 'ffmpeg' > is in Debian already. > The OpenDivx code is not there any more, see in section E.2 of docs, or > http://www.mplayerhq.hu/DOCS/HTML/en/mplayer-binary.html > > Copyrights: at some time in the past, a lot of code was added to mplayer > without keeping due track (as GPL requires); this spurred a long > and wild thread in debian and mplayer lists, about 5 years ago. > > Solution: lately, the mplayer team did a long and detailed work to track down > the origin of all the code in MPlayer; the results are in the 'Copyright' > file. > > > --- PLEA > > Please, please > > I acknowledge that, in the past, there were many problems that > prevented mplayer from entering Debian; these problems sometimes > spurred flaming threads; I think that these problems are now solved; > but some people would still write mails as > "mplayer is a copyright mess" or > "mplayer is so encumbered by patents it will never go in Debian". > > Please forget the past problems and check this package as it is now. > > --- POPULAR SUPPORT > > there have been many voices asking for mplayer to be in Debian > > Jan 05, F Dannemare: > " what is now holding back >software such as mplayer/mencoder, transcode and mjpegtools from >entering Debian?" > http://lists.debian.org/debian-devel/2005/01/msg00721.html > > Goswin von Brederlow : > "At least I would like to know whats up with mplayer now that ffmpeg is > in Debian." > http://lists.debian.org/debian-devel/2005/02/msg00136.html > > Jul 2004 , L Kaplan: > "I didn't find any package for MPlayer on the main repository. I checked > its license and found it to be GPL v2 > (http://www.mplayerhq.hu/homepage/design7/info.html) > Any reason that it won't have a package?" > http://lists.debian.org/debian-devel/2004/07/msg01522.html > > Jan 04, D Shearer, Re: Top 5 things that aren't in Debian but should be :-) > "mplayer will definitely make the top 5, it illustrates some of the >bottle-necks of Debian or better, of the upstream. When two perfect ones >meet ;) " > http://lists.debian.org/debian-devel/2004/01/msg00820.html > > M Krafft > "So can we package it now for Debian?" > http://lists.debian.org/debian-devel/2003/07/msg00942.html > > Moreover there have been many many ITP for mplayer. > > --- HISTORY > > the history of the effort to have MPlayer into Debian is a lng one; > we have uploaded many packages; the second-but-last time I prepared and/or > uploaded a package was in > Jul 2003 : http://lists.debian.org/debian-devel/2003/07/msg01633.html > we received some feedback and we corrected all problems in mplayer 0.90 > Mar 2004 : > there was a nice and contructive thread started by > http://lists.debian.org/debian-legal/2004/03/msg00235.html > which suggested that mplayer was ready to be accepted > (but for a minor concern expressed in >http://lists.debian.org/debian-legal/2004/03/msg00243.html > that was not considered too bad to reject the package). > > I then uploaded a package mplayer 1.0.cvs20030324-1 > that was refused (in Aug 04) because > /usr/share/doc/mplayer/copyright was incomplete; I uploaded a > corrected version , and never received a reply. > > > a. > -- greg, [EMAIL PROTECTED] The technology that is Stronger, better, faster: Linux signature.asc Description: This is a digitally signed message part
Re: debian-policy: Virtual package: change mp3-encoder with music-encoder
On Mon, Feb 14, 2005 at 11:43:41AM +, Colin Watson wrote: > Well, if any program were to actually depend on this virtual package, > they'd need to know which encoder was being used in order to correctly > support the differing argument conventions. In which case, why not just > depend on the encoders they know how to support, which is presumably a > finite list? One could of course make a standardized shell wrapper for all the packages. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: what is /.udev for ?
[Tollef Fog Heen] > Assume makes an ass of u an' me. Why do people keep circulating this saying? It makes no sense. Normally, assuming only ever has the power to make an ass of the person who did the assuming, i.e. "me", not "u and me". And even then, it's not like you could get very far in life without making any assumptions, so at best even that part is only sometimes true. Is the trick of splitting a word into 3 words (one of which isn't spelled correctly anyway) really considered clever enough to be funny when it yields nonsense? signature.asc Description: Digital signature
Re: mplayer, the time has come
On Feb 14, Greg Folkert <[EMAIL PROTECTED]> wrote: > What about the Packages for mplayer that Christian Marillat has been > providing for years? It's well known that he is not interested in having them become part of Debian. -- ciao, Marco signature.asc Description: Digital signature
Re: debian-policy: Virtual package: change mp3-encoder with music-encoder
On Mon, Feb 14, 2005 at 01:01:15PM +0100, Steinar H. Gunderson wrote: > On Mon, Feb 14, 2005 at 11:43:41AM +, Colin Watson wrote: > > Well, if any program were to actually depend on this virtual package, > > they'd need to know which encoder was being used in order to correctly > > support the differing argument conventions. In which case, why not just > > depend on the encoders they know how to support, which is presumably a > > finite list? > > One could of course make a standardized shell wrapper for all the packages. In that case, one would simply depend on that, and the shell wrapper would depend on an |-ed list of the encoders it understood. I still don't see that the virtual package could be useful. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /etc under svk
On Fri, Feb 11, 2005 at 06:36:04PM +0100, Enrico Zini wrote:
> Hello,
>
> a tip to share:
>
># Install svk
>apt-get install svk
>
># Initialize a depot in /root/.svk
>svk depotmap --init
>
># Import /etc making it a working copy
>svk import --to-checkout //etc /etc
>
># Make your depot not that readable
>chmod -R go-rwx ~/.svk
>
># Remove volatile files from revision control
>cd /etc
>svk rm -K adjtime ld.so.cache
>
>...and voilà, you have /etc/ under revision control, without CVS or .svn
>or {arch} files around. The syntax of svk is just like the syntax of
>svn, of which it's a distributed extension.
Also, if instead of just using svk import one mirrors the //etc svk path from
a repository somewhere accessible, one can use svk push/pull to keep a copy on
a server, where a fault in the local hard disk will not destroy the contents.
--
Jesus Climent info:www.pumuki.org
Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland
GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69
Gentlemen, you can't fight in here! This is the War Room.
--President Merkin Muffley (Dr. Strangelove)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mplayer, the time has come
Greg Folkert wrote: What about the Packages for mplayer that Christian Marillat has been providing for years? Have you even discussed this with him? Hrm, you don't know him, do you? Otherwise you wouldn't be suggesting to discuss with him. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-policy: Virtual package: change mp3-encoder with music-encoder
On Mon, 14 Feb 2005 13:01:15 +0100 "Steinar H. Gunderson" <[EMAIL PROTECTED]> wrote: > On Mon, Feb 14, 2005 at 11:43:41AM +, Colin Watson wrote: > > Well, if any program were to actually depend on this virtual package, > > they'd need to know which encoder was being used in order to correctly > > support the differing argument conventions. In which case, why not just > > depend on the encoders they know how to support, which is presumably a > > finite list? > > One could of course make a standardized shell wrapper for all the packages. I think that's the idea behind the music123 package, but for playing. Maybe this is a good starting point for the mp3-encoder one. regards, -- Ricardo Mones Lastra - [EMAIL PROTECTED] Centro de Inteligencia Artificial, Universidad de Oviedo en Gijon 33271 Asturias, SPAIN. - http://www.aic.uniovi.es/mones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian mirror scripts
On Mon, Feb 14, 2005 at 11:05:56AM +1100, Brian May wrote: > zsync looks suspiciously like it might have similar patent issues > which killed the rproxy project. > > Then again I am no expert; Please tell me I am wrong... i'm not an expert either, but the zsync maintainer and i talked to a lot of people about this issue. and while you can never be sure about patents i am very confident that zsync is unproblematic. cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Re: what is /.udev for ?
* Peter Samuelson | [Tollef Fog Heen] | > Assume makes an ass of u an' me. | | Why do people keep circulating this saying? It makes no sense. | Normally, assuming only ever has the power to make an ass of the person | who did the assuming, i.e. "me", not "u and me". And even then, it's | not like you could get very far in life without making any assumptions, | so at best even that part is only sometimes true. It's assuming without actually checking first. «This looks like junk, so I'll just rm -rf it» rather than «this looks like junk -- uhm. *think*. google around a bit and then removing it the right way.» -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mplayer, the time has come
On Mon, 2005-02-14 at 06:52 -0500, Greg Folkert wrote: > On Mon, 2005-02-14 at 11:46 +0100, A Mennucc wrote: > > hi > > > > I have uploaded a new version of the 'mplayer' package for Debian, > > namely version 1.0pre6-1 > > > > (Unfortunately it does not show yet in the new queue at > > http://qa.debian.org/~anibal/debian-NEW.html > > but it is also accessible at > > http://tonelli.sns.it/pub/mplayer/sarge > > ) > > > > I REALLY think that the time has come for mplayer to be part of Debian > > What about the Packages for mplayer that Christian Marillat has been > providing for years? > > Have you even discussed this with him? Obviously from other remarks I am a Buffoon. Surely all the work he has done is worth something, thinking about using his stuff for a base to work from. But, obviously, Buffoonism are me. -- greg, [EMAIL PROTECTED] The technology that is Stronger, better, faster: Linux signature.asc Description: This is a digitally signed message part
Bug#295213: general: Upgrade removed /usr/local (symlink)
Package: general Severity: grave Justification: causes non-serious data loss Apt-get upgrade just moments ago removed my /usr/local/ symlink and replaced it with a hierarchy of empty directories. The contents of the proper /usr/local/ on another disk seem to be intact. The contents of the new /usr/local/ after the upgrade: ~$ find /usr/local/ /usr/local/ /usr/local/lib /usr/local/lib/python2.3 /usr/local/lib/python2.3/site-packages /usr/local/lib/python2.1 /usr/local/lib/python2.1/site-packages /usr/local/lib/python2.2 /usr/local/lib/python2.2/site-packages /usr/local/lib/xemacs /usr/local/lib/xemacs/site-lisp /usr/local/share /usr/local/share/emacs /usr/local/share/emacs/site-lisp /usr/local/share/emacs/21.3 /usr/local/share/emacs/21.3/site-lisp /usr/local/share/zsh /usr/local/share/zsh/site-functions -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=fi_FI.ISO-8859-1 (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295045: qucs: Excellent package - not in deb but should be: easy to compile too.
Package: qucs Version: 0.0.4 Severity: normal -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-k7 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to C) Hi, Linux ECAD is the topic today (electronics CADs). qucs is on sourceforge.net and works with debian easily. It seems to be far better than any package debian has and is under active developement. While SPICE/gnucaps/tclspice may have more accurate simulation - qucs offers the longest list of reproduceable sample simulations (qucs has its own simulator engine - GNUPL). QUCS is very easy to use and seems nicely stable. And the simulations are based on firm mathematics (which is being developed). I think qucs should be in debian because it allows users to quickly build and anylyse ciruits like no other ECAD product I've tried using debian packages or others. Oh. A real debian bug too. Oregano is labeled a GPL sim. However it is just a graphic interface for spice3: and it's "oregano2" which is a rewrite of oregano for Gnome. Debian doin't have spice3 (and I'm still looking for that, since ngspice and spicep08s have compile environment glitches - the annoying kind). This is a great list too: http://linas.org/linux/ecad.html PS: These I've compiled on debian: xoscope, chime, qucs These I gave up on; because other source are more promising: these are no good unless you like wasting time on win32 hacked things: spicep08s (not spice3f5...), xosKope, ngspice (I'm still looking for spice3f !!) Have fun! John D. Hendrickson [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#295045: qucs: Excellent package - not in deb but should be: easy to compile too.
reassign 295045 wnpp retitle 295045 ITP: qucs -- an integrated circuit simulator with a graphical merge 252450 295045 thanks * John D. Hendrickson <[EMAIL PROTECTED]> [2005-02-13 03:30]: > Linux ECAD is the topic today (electronics CADs). > > qucs is on sourceforge.net and works with debian easily. It seems to be > far better than any package debian has and is under active developement. The procedure for requesting a package in Debian is to file a RFP, see http://www.debian.org/devel/wnpp Anyway, I see that someone has indicated their interest in this package already (see http://bugs.debian.org/252450). I'm CCing them to this message so they can comment. > Oh. A real debian bug too. Oregano is labeled a GPL sim. However it > is just a graphic interface for spice3: and it's "oregano2" which is a > rewrite of oregano for Gnome. Debian doin't have spice3 (and > I'm still looking for that, since ngspice and spicep08s have compile > environment glitches - the annoying kind). It's better to put separate issues into their own bug reports, but I'm CCing the maintainers of these packages so they can comment. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#295045: qucs: Excellent package - not in deb but should be: easy to compile too.
As you can check (http://qa.debian.org/~anibal/debian-NEW.html), qucs package is ready and waiting for ftp-masters approval since last December :'( version 0.0.5 is coming and I will repackage it, send it again to the queue and continue waiting... Mensaje citado por Martin Michlmayr <[EMAIL PROTECTED]>: > reassign 295045 wnpp > retitle 295045 ITP: qucs -- an integrated circuit simulator with a graphical > merge 252450 295045 > thanks > > * John D. Hendrickson <[EMAIL PROTECTED]> [2005-02-13 03:30]: > > Linux ECAD is the topic today (electronics CADs). > > > > qucs is on sourceforge.net and works with debian easily. It seems to be > > far better than any package debian has and is under active developement. > > The procedure for requesting a package in Debian is to file a RFP, see > http://www.debian.org/devel/wnpp Anyway, I see that someone has > indicated their interest in this package already (see > http://bugs.debian.org/252450). I'm CCing them to this message so > they can comment. > > > Oh. A real debian bug too. Oregano is labeled a GPL sim. However it > > is just a graphic interface for spice3: and it's "oregano2" which is a > > rewrite of oregano for Gnome. Debian doin't have spice3 (and > > I'm still looking for that, since ngspice and spicep08s have compile > > environment glitches - the annoying kind). > > It's better to put separate issues into their own bug reports, but I'm > CCing the maintainers of these packages so they can comment. > > -- > Martin Michlmayr > http://www.cyrius.com/ > - Mensaje enviado desde JuntaExtremadura.net Utilizando software libre, IMP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mplayer, the time has come
mplayer_1.0pre6a-1_i386.deb is linked against libxvidcore sorry folks I have compiled and uploaded mplayer_1.0pre6a-2_i386.deb it is also accessible at http://tonelli.sns.it/pub/mplayer/sarge thanx emfox for pointing out a. -- Andrea Mennucc "Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef" pgpaNQsrGlQvh.pgp Description: PGP signature
Bug#295213: general: Upgrade removed /usr/local (symlink)
Tuomo Valkonen <[EMAIL PROTECTED]> wrote: > Package: general > Severity: grave > Justification: causes non-serious data loss > > > Apt-get upgrade just moments ago removed my /usr/local/ symlink and > replaced it with a hierarchy of empty directories. The contents of > the proper /usr/local/ on another disk seem to be intact. Is any tetex package installed on the system, and can you give the version numbers currently installed and, ideally, of the old ones before the upgrade? We had a bug with /usr/local/ in tetex-base, and this might be connected. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: Bug#295045: qucs: Excellent package - not in deb but should be: easy to compile too.
Hola John D. Hendrickson! El 14/02/2005 a las 13:53 escribiste: > Oh. A real debian bug too. Oregano is labeled a GPL sim. However it > is just a graphic interface for spice3: and it's "oregano2" which is a > rewrite of oregano for Gnome. The "old" oregano version (gtk-1.2) description says: Oregano is an application for schematic capture and printing of electrical circuits. It can also be used for simulations if you have Berkeley Spice. The newer versions of oregano (gtk-2.x), add support for gnucap and ngspice, both included in the Debian archives. So, I really don't see where the bug is. > Debian doin't have spice3 (and I'm still looking for that, since > ngspice and spicep08s have compile environment glitches - the > annoying kind). Please check out the Debian ngspice package. -- : You are in a dark room with a compiler, emacs, an internet connection, : and a thermos of coffee. : Your move ? Saludos /\/\ /\ >< `/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295230: ITP: swscanner -- Simple Wireless Scanner www.swscanner.org
Package: wnpp Severity: wishlist Owner: Andres Seco Hernandez <[EMAIL PROTECTED]> * Package name: swscanner Version : 0.1.6 Upstream Author : Ivan Forcada Atienza <[EMAIL PROTECTED]> * URL : http://www.swscanner.org * License : GPL Description : Simple Wireless Scanner www.swscanner.org This scanner allows detecting, manage and configure wireless networks. It is a powerful tool for wardriving, and has a high grade of compatibility with NetStumbler. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mplayer, the time has come
Hi, * A Mennucc <[EMAIL PROTECTED]> [2005-02-14 15:53]: > > mplayer_1.0pre6a-1_i386.deb is linked against libxvidcore > > sorry folks > > I have compiled and uploaded mplayer_1.0pre6a-2_i386.deb > > it is also accessible at > http://tonelli.sns.it/pub/mplayer/sarge > > thanx emfox for pointing out package works fine for me just like the normal tarball. i like to see this in the pool. regards nico -- Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF ,'"`. [EMAIL PROTECTED] | http://www.ngolde.de ( grml.org VIM has two modes - the one in which it beeps`._,' and the one in which it doesn't -- encrypted mail preferred pgpBQsrRVWx0w.pgp Description: PGP signature
Re: Bug#295045: qucs: Excellent package - not in deb but should be: easy to compile too.
Hi all, Yes, ngspice is also awaiting ftp-master, it is packaged nicely now so that it shouldn't have compile time errors on any architecture (fingers crossed !) ... the version waiting is ngspice_15-4 Matt On Mon, Feb 14, 2005 at 12:38:38PM -0300, Maximiliano Curia wrote: > Hola John D. Hendrickson! > > El 14/02/2005 a las 13:53 escribiste: > > Oh. A real debian bug too. Oregano is labeled a GPL sim. However it > > is just a graphic interface for spice3: and it's "oregano2" which is a > > rewrite of oregano for Gnome. > > The "old" oregano version (gtk-1.2) description says: > Oregano is an application for schematic capture and printing of > electrical circuits. It can also be used for simulations if you have > Berkeley Spice. > > The newer versions of oregano (gtk-2.x), add support for gnucap and > ngspice, both included in the Debian archives. > > So, I really don't see where the bug is. > > > Debian doin't have spice3 (and I'm still looking for that, since > > ngspice and spicep08s have compile environment glitches - the > > annoying kind). > > Please check out the Debian ngspice package. > > -- > : You are in a dark room with a compiler, emacs, an internet connection, > : and a thermos of coffee. > : Your move ? > Saludos /\/\ /\ >< `/ -- http://www.flatmax.org MFFM Bit Stream : http://sourceforge.net/projects/mffmbitstream/ Other Projects : http://sourceforge.net/search/?type_of_search=soft&words=mffm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295233: ITP: pigeonair -- scalable and modular email services
Package: wnpp Severity: wishlist Owner: Riccardo Setti <[EMAIL PROTECTED]> * Package name: pigeonair Version : x.y.z Upstream Author : Pigeonair Team <[EMAIL PROTECTED]> * URL : http://www.pigeonair.net * License : GPL Description : scalable and modular email services The PigeonAir Project aims at releasing an Open and Free (as in Free Speech) GPL solution to easily build up clustered, scalable and modular email services, targetted to satisfy all ISP needs. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mplayer, the time has come
Scripsit [EMAIL PROTECTED] (A Mennucc) > Solution: > the DeCSS is deleted from the package proposed for Debian > (for this reason, I upload mplayer as a native package); That is not a valid reason to pretend it is a native package. The correct thing to do is to create a new .orig.tar.gz with the offending files removed from it, but keep the rest of the .orig.tar.gz unchanged. Debian changes and package infrastructure should still go in a .diff.gz, and the package version should consist of an upstream version with a separate Debian revision. -- Henning Makholm"What a hideous colour khaki is." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#295233: ITP: pigeonair -- scalable and modular email services
Le lundi 14 fÃvrier 2005 Ã 17:04 +0100, Riccardo Setti a Ãcrit : > * Package name: pigeonair > Description : scalable and modular email services > > The PigeonAir Project aims at releasing an Open and Free (as in Free > Speech) GPL solution to easily build up clustered, scalable and modular > email services, targetted to satisfy all ISP needs. Does it comply with RFC 1149? Also, having "open", "free", and "GPL" in the description seems a bit redundant. On the other side, what "email services" does it implement? -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: mplayer, the time has come
A Mennucc wrote: > mplayer_1.0pre6a-1_i386.deb is linked against libxvidcore > > sorry folks > > I have compiled and uploaded mplayer_1.0pre6a-2_i386.deb > > it is also accessible at > http://tonelli.sns.it/pub/mplayer/sarge > > thanx emfox for pointing out Given the acceptance of ffmpeg, I can't think of any reason an XviD package would be rejected. (Of course, until it is, mplayer still can't be uploaded linked with it.) - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#295213: general: Upgrade removed /usr/local (symlink)
Please be so kind and keep the bug number address in the Cc Tuomo Valkonen <[EMAIL PROTECTED]> wrote: > On Mon, Feb 14, 2005 at 03:24:59PM +0100, Frank Küster wrote: >> Is any tetex package installed on the system, and can you give the >> version numbers currently installed and, ideally, of the old ones before >> the upgrade? We had a bug with /usr/local/ in tetex-base, and this might >> be connected. > > Tetex is installed, tetex-base being currently version 2.0.2c-6. I don't > know the previous version, but I think I last upgraded sometime around > mid-january. Could it have been after January 24st? This is the date when we released a version (2.0.2c-4) that erroneously shipped /usr/local/share/texmf in the deb. This caused a symlink to be converted to a real file for one user when he upgraded from the buggy version to the fixed version, 2.0.2c-5 (that did no longer contain that directory). TIA, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Request for Help: apt 0.6
Moin, We need help by competent developers who work on apt 0.6 with the goal to get it supported properly and eventually enter sid and sarge. There is a good chance the release will happen before the issues with apt 0.6 are resolved, so this may be a task that cannot address sarge in time but only etch and following distributions. Contributors should be aware of this. Quoting Andreas Barth from the release team: | Actually, we discussed about apt 0.6 within the release team and | with the maintainers. IIRC, the two blocking issues are: | | 1. All the concepts | - default installation, | - key management, | - how do security updates work | - ... | need some review | | 2. There is noone who started working on 1. | | (One part of 2. is that nobody made a summary after discussion, as | there is 2.) Hence, there are developers needed who: - are able to review apt 0.6 - are able to review the key management part and - design and discuss this with the release team - (re-)design and discuss package updates and security updates - take into account that the archive key is rotated yearly It would be a large step forward if sarge could include apt 0.6, so here is a chance to help improve sarge a lot. Regards, Joey -- Ten years and still binary compatible. -- XFree86 Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#295213: general: Upgrade removed /usr/local (symlink)
On Mon, 14 Feb 2005, Frank Küster wrote: > Please be so kind and keep the bug number address in the Cc > > Tuomo Valkonen <[EMAIL PROTECTED]> wrote: > > > On Mon, Feb 14, 2005 at 03:24:59PM +0100, Frank Küster wrote: > >> Is any tetex package installed on the system, and can you give the > >> version numbers currently installed and, ideally, of the old ones before > >> the upgrade? We had a bug with /usr/local/ in tetex-base, and this might > >> be connected. > > > > Tetex is installed, tetex-base being currently version 2.0.2c-6. I don't > > know the previous version, but I think I last upgraded sometime around > > mid-january. > > Could it have been after January 24st? This is the date when we released > a version (2.0.2c-4) that erroneously shipped /usr/local/share/texmf in > the deb. This caused a symlink to be converted to a real file for one > user when he upgraded from the buggy version to the fixed version, > 2.0.2c-5 (that did no longer contain that directory). Er, don't think so. dpkg doesn't convert symlinks to dirs. However, if a user uses tar directly, then this can occur.
Re: Verify debianhttp://www.perrier.eu.org/debian/voices/-devel@lists.debian.org for Francois.Mescam@onera.fr
Quoting Tollef Fog Heen ([EMAIL PROTECTED]): > This isn't greylisting -- greylisting doesn't ask for verification, it > just temporarily refuses to accept the mail. Oversimplification on my side. The point was not nitpicking the system but give a general explanation... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Verify debianhttp://www.perrier.eu.org/debian/voices/-devel@lists.debian.org for Francois.Mescam@onera.fr
> Then it is broken. Automatic mails should be sent to the envelope > sender, unless explicitly asked otherwise. Yes, it was (broken)...:-) And, now it is not broken anymore. People learn by mistakes..:) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Request for Help: apt 0.6
also sprach Martin Schulze <[EMAIL PROTECTED]> [2005.02.14.1851 +0100]: > We need help by competent developers who work on apt 0.6 with the goal > to get it supported properly and eventually enter sid and sarge. Thank you, Joey! For the record, I am too strung up right now to be any use in coordinating this. However, I will help out. > - take into account that the archive key is rotated yearly Why? What argument is there against a per-release key, including keys for security, testing, unstable, and experimental? It would certainly make things a little easier... -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Re: Request for Help: apt 0.6
On Mon, 14 Feb 2005, martin f krafft wrote: > also sprach Martin Schulze <[EMAIL PROTECTED]> [2005.02.14.1851 +0100]: > > We need help by competent developers who work on apt 0.6 with the goal > > to get it supported properly and eventually enter sid and sarge. > > Thank you, Joey! > > For the record, I am too strung up right now to be any use in > coordinating this. However, I will help out. > > > - take into account that the archive key is rotated yearly > > Why? What argument is there against a per-release key, including > keys for security, testing, unstable, and experimental? It would > certainly make things a little easier... You still need to deal with key revocation and a new key being needed, anyway. Yearly changes will not make it more difficult, it will make sure those codepaths are tested (and used at least once an year). -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295213: general: Upgrade removed /usr/local (symlink)
Hi Tuomo, Please be so kind and keep the bugnumber address in the Cc line. Tuomo Valkonen <[EMAIL PROTECTED]> schrieb: > On Mon, Feb 14, 2005 at 05:54:22PM +0100, Frank Küster wrote: >> Could it have been after January 24st? > > Unlikely. Then it is probably not tetex-base's fault. > And shouldn't that problem have surfaced back then instead > of today? It seems that dpkg transparently follows existing symlinks when installing subdirectories in the symlinked dirs (therefore no problem upon installation of the buggy version). But when the buggy version is removed, it removes all empty, unregistered parent directories, and it seems /usr/local is one of these - and it doesn't care whether it is in fact a directory or not. But it is probably an other package that caused this, or the cause is something completely different. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: Request for Help: apt 0.6
On Mon, 14 Feb 2005, Henrique de Moraes Holschuh wrote: > > Why? What argument is there against a per-release key, including > > keys for security, testing, unstable, and experimental? It would > > certainly make things a little easier... > > You still need to deal with key revocation and a new key being needed, > anyway. Yearly changes will not make it more difficult, it will make sure > those codepaths are tested (and used at least once an year). It's probably a good idea to create 2 sarge release signing keys, and include them with the package. Use the first to do everything, and secret split the second key to n trustworthy developers (k of n split). Should key #1 get compromised somehow, the backup-key is assembled and used to sign the Release file from now on. One of the first updates would probably be the introduction of a new backup key, now that the old one has been promoted to primary. A similar 2 key system is probably a good idea for security, and maybe also for the normal rotated keys (just ship 2005 and 2006 keys now). -- PGP signed and encrypted | .''`. ** Debian GNU/Linux ** messages preferred.| : :' : The universal | `. `' Operating System http://www.palfrader.org/ | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Request for Help: apt 0.6
also sprach Henrique de Moraes Holschuh <[EMAIL PROTECTED]> [2005.02.14.1933 +0100]: > You still need to deal with key revocation and a new key being > needed, anyway. Yearly changes will not make it more difficult, > it will make sure those codepaths are tested (and used at least > once an year). I am not sure a key needs to be revoked, it should just have an expiry that forces us to release in time. :) Do we have code paths for certificate management? In that case, I wonder why it took so long this year... -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! signature.asc Description: Digital signature
Bug#295258: RFP: festvox-itsomething -- Italian voice for Festival
Package: wnpp Severity: wishlist * Package name: festvox-itsomething Version : unknown Upstream Author : ISTC-SPFD CNR <[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]> * URL : http://www.csrf.pd.cnr.it/TTS/It-FESTIVAL-license.htm * License : GPL (Finally!!) Description : Italian voice for Festival This is a major event in the Italian Free Software world: after years of waiting, the authors finally released the Italian voice for Festival under the GPL! We can now, in Italy as well, think about building things that speak. I'd like someone to package this in Debian; I'd like to see this in Sarge, even. However I'm clueless about packaging festival voices. I can't even make up a name for the package. I'm happy to offer to comaintain it, though. Ciao, Enrico P.S. I NEED to plug "polygen unieuro" into it! -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#295213: general: Upgrade removed /usr/local (symlink)
Adam Heath <[EMAIL PROTECTED]> schrieb: > On Mon, 14 Feb 2005, Frank Küster wrote: > >> Please be so kind and keep the bug number address in the Cc >> >> Tuomo Valkonen <[EMAIL PROTECTED]> wrote: >> >> > On Mon, Feb 14, 2005 at 03:24:59PM +0100, Frank Küster wrote: >> >> Is any tetex package installed on the system, and can you give the >> >> version numbers currently installed and, ideally, of the old ones before >> >> the upgrade? We had a bug with /usr/local/ in tetex-base, and this might >> >> be connected. >> > >> > Tetex is installed, tetex-base being currently version 2.0.2c-6. I don't >> > know the previous version, but I think I last upgraded sometime around >> > mid-january. >> >> Could it have been after January 24st? This is the date when we released >> a version (2.0.2c-4) that erroneously shipped /usr/local/share/texmf in >> the deb. This caused a symlink to be converted to a real file for one >> user when he upgraded from the buggy version to the fixed version, >> 2.0.2c-5 (that did no longer contain that directory). > > Er, don't think so. > > dpkg doesn't convert symlinks to dirs. No, that not, for sure. But a user has reported a problem to the debian-tetex-bin mailinglist that seemed to have the following cause: 1 when the buggy version that contained /usr/local/share/texmf was installed, dpkg followed the symlink and created the directory in the target dir of the symlink 2 when the corrected version was installed, dpkg first removed the directory /usr/local/share/texmf, found that /usr/local/share/ was empty and not owned by anyone, removed it, and found the same for /usr/local. Therefore it removed it, not caring for its symlinkicity. 3 After this, the corrected version tried whether it could create /usr/local/share/texmf in its postinst. But there was an other small bug, I used "mkdir -p" for that, and that made /usr/local reappear as an ordinary directory. I don't know whether 2 is really true, but this is how we concluded that things must have happened. However, I don't think that in this case it is tetex-base's fault: First, Tuomo said that the previous upgrade was most probably before January 24, and second there would have been a /usr/local/share/texmf on his system, which wasn't. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: Request for Help: apt 0.6
On Mon, Feb 14, 2005 at 08:04:51PM +0100, Peter Palfrader wrote: > A similar 2 key system is probably a good idea for security, and maybe > also for the normal rotated keys (just ship 2005 and 2006 keys now). i think having two keys would make logistics a lot simpler for release upgrades, assuming we had a system that mandated valid gpg signatures. like you suggest, only use one of the two keys, and additionally have the backup key's secret stored offline in a safe place (does SPI have a lock box or safe deposit box we could use?). when it comes time for a new release, or if there is a serious security breach, et c, the new key could be brought out, used to sign a new backup key (which would be placed back in the lockbox), the package providing the key could be updated, and life could happily go on. sean -- signature.asc Description: Digital signature
Re: mplayer, the time has come
On Mon, 2005-02-14 at 11:46 +0100, A Mennucc wrote: > (Unfortunately it does not show yet in the new queue at > http://qa.debian.org/~anibal/debian-NEW.html It does show on the summary. Since there were previous mplayer packages on NEW, it is listed inside the row of the first package timestamp found on the queue directory (look over Aug 4th, 2004). We are working for extending the summary functionalities, anyway. -- David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net/ *** Quits: TITANIC (Excess Flood) GPG: C671257D - 6EF6 C284 C95D 78F6 0B78 FFD3 981C 5FD7 C671 257D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295267: ITP: gaim-extendedprefs -- extended preferences plugin for the instant messenger gaim
Package: wnpp Severity: wishlist Owner: Arjan Oosting <[EMAIL PROTECTED]> * Package name: gaim-extendedprefs Version : 0.4 Upstream Author : Kevin Stange <[EMAIL PROTECTED]> * URL : http://gaim-extprefs.sourceforge.net/ * License : GPL Description : extended preferences plugin for the instant messenger gaim The Gaim Extended Preferences Plugin adds additional preferences that have been commonly called for in the past from Gaim that are either already implemented and hidden, or trivial to implement via a plugin. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (102, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-2-stardust Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package xxx has broken dep on yyy: normal?
Upon apt-get, is it normal to every so often see "Package xxx has broken dep on yyy"? However the next day the problem is gone. If normal, then can't whatever intermediate stage not be split across the mirror push? Somehow can consistent versions of xxx and yyy either be made sure to go out this mirror run together, or both wait for the next run? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Keine Sorgen mehr !
Hallo User, Ihr habt Sorgen wegen Geld oder ähnlichen. Hier habe ich die Lösung, - wie man mehr Geld verdienen kann. ( als Arbeitsloser, Rentner, Mutter und Hausfrau, Sozialhilfeempfänger und Arbeiter das alles Nebenbei) - wie man Geschäftsverbindungen erweitern kann. - wie man selber Selbständig werden kann. Das alles ist möglich ! Ich schreibe Ihnen wie Sie mit einem einfachen Konzept dies schaffen können. Wenn Sie Ihre Chance nutzen wollen ! Dann schicken Sie mir 10,- € und Ihre E-Mailadresse an folgende Adresse : Stefanie Gerlicher Flurstr. 20 D-96279 Weidhausen Sie bekommen per E-Mail, das Konzept mit dem ich es auch geschafft habe ! Mit freundlichen Gruß Stefanie Gerlicher
Re: Request for Help: apt 0.6
* Henrique de Moraes Holschuh: > You still need to deal with key revocation and a new key being needed, > anyway. Yearly changes will not make it more difficult, it will make sure > those codepaths are tested (and used at least once an year). Right now, it's not codepaths, but system administrators. 8-> I can understand that in an ideal world, there would be a master key stored off-line which would be used to sign (and revoke) the release keys. In case of a compromise, the master key can be used to introduce a new release key (without intervention by the system administrator). But I doubt this is really necessary. If the release key is compromised, a DSA would have to be released anyway. This advisory would include the necessary steps to remove the compromised key from the system. Do we really need to automate this? You could even argue that the scheme without a master key is more secure because the number of trusted parties is smaller, and no one can introduce a new release key in a covert manner. It boils down to what we are trying to secure. AFAICS, the main risks are network layer attacks on the user and mirror breaches. Easy recovery from a compromised archive infrastructure shouldn't be a top priority, and it might well be impossible if the attack was successful (the "single point of ownership" problem). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295288: ITP: sendemail -- smtp email from console sending tool
Package: wnpp Severity: wishlist Owner: David Moreno Garza <[EMAIL PROTECTED]> * Package name: sendemail Version : 1.51 Upstream Author : Brandon Zehm <[EMAIL PROTECTED]> * URL : http://caspian.dotconf.net/menu/Software/SendEmail/ * License : GPL with a non-free clause (non-free package) Description : smtp email from console sending tool SendEmail is a lightweight, completly command line based, SMTP email agent. . It was designed to be used in bash scripts, Perl programs, and web sites, but it is also quite useful in many other contexts. . SendEmail is written in Perl and is unique in that it requires no special modules. It has a straight forward interface, making it very easy to use. -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (500, 'experimental'), (250, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(forw) Packages not using po-debconf - more active actions to come
This was intended for being crossposted to -devel and -i18n but I finally forgot to add -devel. Please followup to -i18n if you don't mind. - Forwarded message from Christian Perrier <[EMAIL PROTECTED]> - Date: Mon, 14 Feb 2005 18:54:42 +0100 From: Christian Perrier <[EMAIL PROTECTED]> To: debian-i18n@lists.debian.org Subject: Packages not using po-debconf - more active actions to come X-Mailing-List: archive/latest/3487 Bringin the power of gettext to debconf (namely "po-debconf") has been by far one of the major improvements in Debian's i18n infrastructure over last years (it appeared a few weeks after woody's release and entered unstable on Oct 1st 2002). Nearly all, if not all, translators agree that maintaining translations for packages which do NOT use po-debconf is a real pain and nearly impossible. This is why a huge effort was put to have packages which use debconf switch their templates files to the "new" po-debconf style, which allows translators to handle their work with the familiar GNU gettext tools. We are now left with 102 packages which do not use po-debconf. Most often these packages have no translation for their templates, or translations which are highly outdated, making them useless. Most often they are not very actively maintained, or even orphaned. Sometimes, their maintainers simply do not care. Martin Quinson, Michel Grentzinger, myself, André Luis Lopes and a few other translators have reported bugs against these packages, suggesting they switch to the "new" system, most often providing them with a patch. This is now time for action...:-). Similarly to what was done with longstanding pending translations, I will start a "NMU campaign" targeting these packages. This campaign will be made with the same care for respecting maintainers work and gently interact with them (this has proven efficient for old pending translations). We will of course use this opportunity for adding some translations to these packages..:-) Of course, help on that matter is very welcomed (Luk, Martin, others...). Please find below the alphabetical list of the relevant packages (main, then contrib, then non-free). I have not yet looked over the BTS for giving the bug numbers for "Please switch to po-debconf" bug reports. This is still work to do. The real work will probably not start before early or mid-March...and, of course, not interfering with the release process will be in the priorities. Package list: am-utils anthy asterisk-chan-misdn blootbot boa bottlerocket chdrv cricket cxref ddclient ddt debian-edu-config delo diald dict-gcide diffmon discover dvipdfmx efingerd ez-ipupdate fcron filterproxy freenet6 freetds ftape ftape-tools ftpwatch fvwm-shell gcl gclcvs gdm gidentd haskell-mode hearse hunglish hybserv ifplugd ispell-fi jove joystick kerberos-configs laptop-netconf libapache-sessionx-perl libdbd-sqlite-perl libmail-bulkmail-perl libroxen-imho libsafe lids-2.4 links-ssl localeconf lowmem lsh lukemftpd mailgraph mason masqmail mdctl miscfiles mlmmj mod-mono moobot moviemate mped nagat ndtpd netkit-base nn ntop php4-pecl-ps php4-ps prelude-nids printbill python-popy radioclk razzle schoolbell suck tripwire usb-discover waproamd webcalendar x-symbol xsp zephyr zope-docfindereverywhere zope-loginmanager zope-zshell Contrib packages: acl-installer ccc cfal cfalrtl cpml cxml cxx daemontools-installer libots lw-per-installer lw-pro-installer lw-pro-installer-43 quake2-data Non-free packages: nttcp qmail -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian mirror scripts
> "Goswin" == Goswin von Brederlow <[EMAIL PROTECTED]> writes: Goswin> zsync uses the algorithm described in the rsync technical paper Goswin> afaik. Does rsync have a patent issue? Do we realy care about some Goswin> stupid countries patents? My understanding is that rsync doesn't have problems, but rproxy (which is also based on rsync) does have problems because it does the calculations at the client side instead of the server side. Rusty Russell had a webpage up describing the history of the problems encountered with rproxy, but all I can find right now is an empty page: http://ozlabs.org/~rusty/index.cgi/rproxy.html> (linked from: http://ozlabs.org/~rusty/index.cgi/IP/2004-10-14.html>). IIRC the patent owner wasn't interested in this application of the patent but was threatening to enforce it regardless. However, based on Robert's response it would appear that patent issues have been considered for zsync and considered OK. I would speculate this is because information is pre-calculated at the server and stored in *.zsync files. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295305: ITP: libapache-mod-choke -- limits concurrent connections per IP and data transfer rate for Apache
Package: wnpp Severity: wishlist Owner: Jose Carlos Garcia Sogo <[EMAIL PROTECTED]> * Package name: libapache-mod-choke Version : 0.06 Upstream Author : Nathan Shafer <[EMAIL PROTECTED]> Copyright : Cyberheat, Inc * URL : http://os.cyberheatinc.com/mod_choke.php * License : GPL Description : limits concurrent connections per IP and data transfer rate for Apache Module for Apache that limits usage by greedy clients. It's two main functions are to limit the number of concurrent connections per IP, and to limit the rate at which apache sends data to the client, with burst support for the first chunks of a file. . It includes detection of users behind proxy servers (using the X-Referred-By header). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package xxx has broken dep on yyy: normal?
On Sun, Feb 13, 2005 at 02:54:26AM +0800, Dan Jacobson wrote: > Upon apt-get, is it normal to every so often see "Package xxx has > broken dep on yyy"? However the next day the problem is gone. > > If normal, then can't whatever intermediate stage not be split across > the mirror push? Somehow can consistent versions of xxx and yyy > either be made sure to go out this mirror run together, or both wait > for the next run? That's the problem that the testing distribution is intended to solve. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295311: RFH: mysql-dfsg -- mysql database client library
Package: wnpp Severity: normal I request assistance with maintaining the mysql-dfsg package. The package description is: MySQL is a fast, stable and true multi-user, multi-threaded SQL database server. SQL (Structured Query Language) is the most popular database query language in the world. The main goals of MySQL are speed, robustness and ease of use. The generated binaries are mysql-server, mysql-client, mysql-common, libmysqlclient12 and libmysqlclient12-dev. There is also a set of packages from the mysql-dfsg-4.1 for the next version branch that I do also maintain (and look for help for). The packages are currently quite stable and matured but never the less have quite complex scripts and it's a widely used package which should not be left alone when I'm on holidays or ill. Also there are licensing issues every couple of month with which you can tease the always helpful MySQL employees... *evilgrin* Although I'm happy for anybody who helps a but, I'm looking specifically for an official Debian Developer as a Co-Maintainer who is able to upload packages. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295312: RFH: mysql-dfsg-4.1 -- mysql database client library
Package: wnpp Severity: normal I request assistance with maintaining the mysql-dfsg-4.1 package. The package description is: MySQL is a fast, stable and true multi-user, multi-threaded SQL database server. SQL (Structured Query Language) is the most popular database query language in the world. The main goals of MySQL are speed, robustness and ease of use. . This package includes the client library. The generated binaries are mysql-server-4.1, mysql-client-4.1, mysql-common-4,1, libmysqlclient14 and libmysqlclient14-dev. There is also a set of packages from the mysql-dfsg (4.0 branch) for the last version branch that I do also maintain (and look for help for). The packages are currently quite stable and matured but never the less have quite complex scripts and it's a widely used package which should not be left alone when I'm on holidays or ill. Also there are licensing issues every couple of month with which you can tease the always helpful MySQL employees... *evilgrin* Although I'm happy for anybody who helps a but, I'm looking specifically for an official Debian Developer as a Co-Maintainer who is able to upload packages. bye, -christian- ~ ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-devel-changes question/request
Hey folks, It's just a simple question/request. Would it be possible to include custom headers in the messages sent to debian-devel-changes that would contain the package name, version and distribution, like so: X-Debian-Package: foo X-Debian-PackageVersion: 1.2.3-1 X-Debian-PackageDist: unstable Parts of the information can be parsed from the subject line, provided that the subject isn't munged by some anti-spam software, but I think it would be easier to automate processing of such mails wherever needed (yes, I need it for a small project of mine, that's why I'm asking :) - but I think it could be useful in general). Thoughts? thanks, marek signature.asc Description: Digital signature
Re: mplayer, the time has come
On Mon, 14 Feb 2005 11:46:38 +0100, A Mennucc wrote: > There have been two main problems keeping mplayer out of Debian: licenses > and copyrights. > > Licenses: > the upstream code contains some code that is protected by (more or less) > actively enforced licenses: DeCSS code to decode encrypted dvd; > ffmpeg and OpenDivx code to en/decode MPEG4. > > Solution: > the DeCSS is deleted from the package proposed for Debian What functionality do we lose by doing this? --Ken Bloom -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
val message
i wish u d sweetest valentine u ever had & i hope u got some love in ur life cheers -- Internal Virus Database is out-of-date. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.7 - Release Date: 2/10/05
Bug#295328: general: Help messages to stderr should be banned
Package: general Severity: wishlist I occasionally install a program and need to know how to use it as quickly as possible; for example, while reading through bug reports. So, I run foo --help. Sometimes, the help screen is more than 25 lines long, and it scrolls on past. So, I run foo --help |less. Occasionally, though, foo writes its help output to stderr, and I'm left with an empty less buffer. So, I try again: foo --help 2>&1 |less. This is a pretty obnoxious command to have to type just to see what the required commands are, and in what order they are taken (and, I guess csh doesn't even allow it). I already know that I can use the video buffer with shift-pageup. And I know that help output is supposed to fit on a single page, but I also know that sometimes it doesn't. I suppose I will start filing minor bugs against packages that do this. I'd like to hear other people's opinions, though. (It occurs to me that help output to stderr is arguably appropriate if an invalid option is given). Part of the problem is that its fairly depressing when investigation into one bug leads to filing of another bug:) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#295328: general: Help messages to stderr should be banned
Justin Pryzby writes: > It occurs to me that help output to stderr is arguably appropriate if an > invalid option is given But '--help' is not an invalid option. I'll have to check my packages. -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mplayer, the time has come
Le Mar 15 FÃvrier 2005 03:02, Ken Bloom a Ãcrit : > On Mon, 14 Feb 2005 11:46:38 +0100, A Mennucc wrote: > > There have been two main problems keeping mplayer out of Debian: > > licenses and copyrights. > > > > Licenses: > > the upstream code contains some code that is protected by (more or > > less) actively enforced licenses: DeCSS code to decode encrypted > > dvd; ffmpeg and OpenDivx code to en/decode MPEG4. > > > > Solution: > > the DeCSS is deleted from the package proposed for Debian > > What functionality do we lose by doing this? we are unable to read encrypted DVD (quite all of them that means). *but* I guess that this mplayer (I've not tested it though) is able to dlopen the libdcss2 that is packaged on third party mirrors (e.g. on C. Marilliat's repo) -- ÂOÂ Pierre Habouzit ÂÂO OOOhttp://www.madism.org pgpQpg8Ca3bfT.pgp Description: PGP signature
Re: Request for Help: apt 0.6
Quoting Martin Schulze ([EMAIL PROTECTED]): > Moin, > > We need help by competent developers who work on apt 0.6 with the goal > to get it supported properly and eventually enter sid and sarge. > > There is a good chance the release will happen before the issues with > apt 0.6 are resolved, so this may be a task that cannot address sarge > in time but only etch and following distributions. Contributors > should be aware of this. The effort on getting it as translated as 0.5 is (27 complete languages) is on its way, so PLEASE do not change messages which are outputted to users without saying so in the APT development list. I also have a patch for bringing some consistency in the way APT uses capitalization in its output. It Seems That Too Many German Developers Wären Involved In It...:-) (kidding you, people, no offense intended to people who indeed made great job). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295331: O: fetchmail
Package: wnpp Severity: normal I haven't been able to take good care of the fetchmail package, and therefore I'm orphaning it. I'd like whoever adopts it to be able to spend a good amount of time with the package. Upstream has been slow lately, and the adopter would likely end up working with upstream. Whoever adopts the package should be very familiar with C and Bourne shell scripting. I'd also ideally like to find someone who uses the system-wide fetchmail setup, since I was never able to test that very well. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#295328: general: Help messages to stderr should be banned
On Mon, Feb 14, 2005 at 10:47:24PM -0600, John Hasler wrote: > Justin Pryzby writes: > > It occurs to me that help output to stderr is arguably appropriate if an > > invalid option is given > > But '--help' is not an invalid option. > It depends on programs, sometimes the same usage function is used for either --help or invalid options. Not always GNU rules are followed appropriately. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
all new Debian diagram - now with less chaos!
Hi debianista, after my initial work on a diagram, and the comments and the work of madduck, I had some time to redo my diagram to produce a totally new concept. any comment appreciated. http://kmark.home.pipeline.com/newdebian.png http://kmark.home.pipeline.com/newdebian.dia cherio, Kev ps. at this point I left out any mention of the security infrastructure as I dont have a complete picture of it, yet. pps. thanks madduck for your diagram as it gave me something with which to compare. -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: Bug#293785: ITP: gnomebaker -- CD/DVD writer for the GNOME desktop
On Sat, Feb 05, 2005 at 04:18:23PM -0200, Goedson Teixeira Paixao wrote: > Obs.: version 0.3 has not been released, yet. Packages built from current > CVS can be found at > http://people.debian.org/~goedson/debian/packages/gnomebaker/snapshots/ There's a reason it spews all this cr*p to stdout? Oh, that's right, it's a Gnome application. Oh, and the 0.3-1 package segfaults right after it announces it's loading the GUI: (gdb) bt #0 0x401d15f1 in gnome_vfs_mime_get_value () from /usr/lib/libgnomevfs-2.so.0 (gdb) bt #0 0x401d15f1 in gnome_vfs_mime_get_value () from /usr/lib/libgnomevfs-2.so.0 #1 0x401cecd9 in gnome_vfs_mime_get_description () from /usr/lib/libgnomevfs-2.so.0 #2 0x08056553 in filebrowser_populate () #3 0x0805682d in filebrowser_sel_changed () #4 0x407f13b6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #5 0x407df6b6 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #6 0x407f0ec8 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #7 0x407eff4c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #8 0x407f01e6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #9 0x404e118e in _gtk_tree_selection_internal_select_node () from /usr/lib/libgtk-x11-2.0.so.0 #10 0x404e00f6 in gtk_tree_selection_select_path () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x404e02d4 in gtk_tree_selection_select_iter () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x0805776a in filebrowser_setup_tree () #13 0x08057d9f in filebrowser_new () #14 0x08058b09 in gnomebaker_new () #15 0x08051315 in main () -- Marc Wilson | If the facts don't fit the theory, change the facts. [EMAIL PROTECTED] | -- Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mplayer, the time has come
Ken Bloom wrote: Solution: the DeCSS is deleted from the package proposed for Debian What functionality do we lose by doing this? --Ken Bloom The ability to play any DVD you buy in a store? It's the same functionality Xine loses; however, if mplayer uses dvdread, it'll automatically use libdvdcss2 if you install it yourself (there are some clear instructions in the package) and thus allow viewing of DVDs. -- Joshua Kwan signature.asc Description: OpenPGP digital signature
