Re: Bug#361418: [Proposal] new Debian menu structure

[Miles Bader]

Marc Haber <[EMAIL PROTECTED]> writes:
> Actually, the word Ham is nowadays being used as the opposite of Spam,
> "good, wanted" E-mail.

This seems rather a stretch -- it's sometimes used to mean this when
discussing spam-detection algorithms, but it's hardly something people
commonly use otherwise.

>  I'm all for removing the misleading, outdated expression for amateur
> radio.

Outdated...?  The term "Ham Radio" seems a _lot_ more common than
"Amateur Radio" -- for instance, Ham Radio seems to be heard quite often
on the news (usually in connection with disasters), whereas, to be
honest I can't say I've _ever_ heard the "Amateur Radio" used publicly.

-Miles
-- 
Everywhere is walking distance if you have the time.  -- Steven Wright


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#361418: [Proposal] new Debian menu structure

[Andrew Donnellan]

On 4/17/06, Miles Bader <[EMAIL PROTECTED]> wrote:
> Marc Haber <[EMAIL PROTECTED]> writes:
> > Actually, the word Ham is nowadays being used as the opposite of Spam,
> > "good, wanted" E-mail.
>
> This seems rather a stretch -- it's sometimes used to mean this when
> discussing spam-detection algorithms, but it's hardly something people
> commonly use otherwise.
>
> >  I'm all for removing the misleading, outdated expression for amateur
> > radio.
>
> Outdated...?  The term "Ham Radio" seems a _lot_ more common than
> "Amateur Radio" -- for instance, Ham Radio seems to be heard quite often
> on the news (usually in connection with disasters), whereas, to be
> honest I can't say I've _ever_ heard the "Amateur Radio" used publicly.

Most government agencies use the term Amateur Radio now and many radio
associations use that term (e.g.
http://www.acma.gov.au/ACMAINTER.65640:STANDARD:957087387:pc=PC_1256
and http://www.wia.org.au)

andrew


>
> -Miles
> --
> Everywhere is walking distance if you have the time.  -- Steven Wright
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>


--
Andrew Donnellan
http://andrewdonnellan.com
http://ajdlinux.blogspot.com
Jabber - [EMAIL PROTECTED]
---
Member of Linux Australia - http://linux.org.au
Debian user - http://debian.org
Get free rewards - http://ezyrewards.com/?id=23484
OpenNIC user - http://www.opennic.unrated.net

Re: Debian Light Desktop - meta package

[Don Armstrong]

On Sun, 16 Apr 2006, Eduard Bloch wrote:
> Much, much, much? Where? Some eye-catchers (collage, HTTP client
> builtin) but not much for daily use for a desktop system:
> 
>  - no picture browser GUI

Uh... feh -t .; 

>  - no picture management function

mv, rm, rename. Check. [feh -A 'mv %f foo/%n' if you want something
else...]

>  - image quality not sufficiently adaptable to system's performance

I have no clue what this means.

Now, if you're arguing that this may not be appropriate for those who
are afraid of a command line or a program that has more than 50
command line options, that may be the case... but it definetly gets
rid of the bloat present in other image viewers. [This is probably YA
case of the desktop task recommending software that few of us actually
use.]


Don Armstrong

-- 
"A one-question geek test. If you get the joke, you're a geek: Seen on
a California license plate on a VW Beetle: 'FEATURE'..."
 -- Joshua D. Wachs - Natural Intelligence, Inc.

http://www.donarmstrong.com  http://rzlab.ucr.edu


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: RFA: Everything must go!

[David Moreno Garza]

Jaldhar H. Vyas wrote:
> On Sun, 9 Apr 2006, Shaun Jackman wrote:
> 
> >* Creative Labs Nomad Jukebox
> >libnjb - Creative Labs Nomad Jukebox library
> >gnomad2 - Manage a Creative Labs Nomad Jukebox
> 
> I have a Creative Zen touch which use these  so I can take them.  I would 
> rather work with someone to comaintain them though.

I've been working together with Manuel García <[EMAIL PROTECTED]> to
sponsor his work being done on the package, perhaps you guys could do
the work without making anyone lose time.

-- 
David Moreno Garza <[EMAIL PROTECTED]>   |  http://www.damog.net/
   <[EMAIL PROTECTED]>  |  GPG: C671257D
 Abajo y a la izquierda.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: sources.list

[Christoph Haas]

On Sat, Apr 29, 2006 at 05:24:27AM +0430, Mohsen Pahlevanzadeh wrote:
> When i wanna a local directory from my HDD,& parallel of it,I use 
> apt-get from that directory,How i dpo it?

man sources.list

Kind regards
 Christoph Haas
-- 
~
~
".signature" [Modified] 1 line --100%--1,48 All


signature.asc
Description: Digital signature

Re: Bug#361418: [Proposal] new Debian menu structure

[Andrew M.A. Cater]

On Mon, Apr 17, 2006 at 02:51:31PM +0900, Miles Bader wrote:
> 
> Outdated...?  The term "Ham Radio" seems a _lot_ more common than
> "Amateur Radio" -- for instance, Ham Radio seems to be heard quite often
> on the news (usually in connection with disasters), whereas, to be
> honest I can't say I've _ever_ heard the "Amateur Radio" used publicly.
> 
> -Miles
> 
Maybe in the US. Ham Radio Today magazine - now defunct - was the only time I 
ever saw Ham Radio mentioned anywhere in UK.  If I'm trying to explain in
fractured French/Spanish/German to officials what my radio kit is in my
car - I am a radio amateur :)  Tony Hancock (British comedian) made a
radio sketch called "The Radio Ham" in the late 1950's which most of us
are trying to live down :) 

If I'm trying to explain to friends/neighbours - "It's amateur radio - 
I'm a radio ham and I have a licence to transmit and talk to people round 
the world." [Unless you're installing business mobile radio / telephone
masts, there's very little "professional radio" to get into any more :( ]

Radio to most people means  "how do I get my Hauppage WinRadio card
recognised by Debian" - gradio and so on. [Probably lives under
multimedia in Debian menus].

Amateur radio - under Internet or its own section - means psk31 "stuff",
slow scan "stuff" and so on.

Just my 0.02 IRC :)

Andy


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: X11R7 and what this transition means for you

[Daniel Stone]

On Sun, Apr 16, 2006 at 06:44:20PM -0700, Steve Langasek wrote:
> 6) Finally, in addition to everything else that's moving out of /usr/X11R6/,
> packages providing fonts for X should now install to /usr/share/fonts/X11
> instead of to /usr/X11R6/lib/X11/fonts.  The heirarchy is the same as
> before, as are the commands to manage fonts; to ensure your font package's
> compatibility with the installed Xorg system, you should only need to bump
> your dependency on xutils to xutils (>> 1:7.0.0).  The plan is that
> xorg.conf will support both the old and new paths by default for this
> transition.

If you're using debhelper's dh_installxfonts to install fonts for you,
rather than doing it by hand, you need to explicitly Build-Depends on
debhelper (>= 5.0.29), in addition to fixing any references to
/usr/X11R6/lib/X11/fonts, or /usr/lib/X11/fonts, in your package.

Cheers,
Daniel


signature.asc
Description: Digital signature

Re: Possible conflict with XFree 4.5

[David Weinehall]

On Sun, Apr 16, 2006 at 01:40:42PM +0300, gustavo halperin wrote:
> Daniel Stone wrote:
> 
> >On Sat, Apr 15, 2006 at 04:17:28PM +0300, gustavo halperin wrote:
> > 
> >
> >>I think that we have a problem when the common library between XFree and 
> >>/usr/lib are update in /usr/lib.
> >>I currently have XFree  4.5, when the library libfontconfig1 was update 
> >>to version 2.3.2-1 was also updated
> >>the file  libfontconfig.so to the version 1.0.4 but in the XFree 
> >>(/usr/X11R6/lib/) this library still be the version 1.
> >>The problem came we we use programs like Gimp that must at least version 
> >>1.0.2  of this library. I solve this
> >>problem by link the libfontconfig in /usr/X11R6/lib to the newest 
> >>library in /usr/lib. That is the solution or that
> >>is a Bug in Debian System ??
> >>   
> >>
> >
> >I assume that you're installing XFree86 4.5 by yourself, since it wasn't
> >packaged for Debian.  In that case, local installation conflicts are
> >your problem to sort out.
> >
> > 
> >
> I see,  you are absolutely right.  Thank you for you explanation.

Just out of curiousity, any particular reason why you would want to use
XFree rather than Xorg?


Regards: David
-- 
 /) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window   (\
//  ~   //  Diamond-white roses of fire //
\)  http://www.acc.umu.se/~tao/(/   Beautiful hoar-frost   (/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: X11R7 and what this transition means for you

[Eugene Konev]

On Sun, 16 Apr 2006 18:44:20 -0700
Steve Langasek wrote:

 SL> 6) Finally, in addition to everything else that's moving out of 
/usr/X11R6/,
 SL> packages providing fonts for X should now install to /usr/share/fonts/X11
 SL> instead of to /usr/X11R6/lib/X11/fonts.  The heirarchy is the same as
 SL> before, as are the commands to manage fonts; to ensure your font package's
 SL> compatibility with the installed Xorg system, you should only need to bump
 SL> your dependency on xutils to xutils (>> 1:7.0.0).  The plan is that
 SL> xorg.conf will support both the old and new paths by default for this
 SL> transition.

This part is broken now. So I ask you please _do not_ yet upload rebuilt
packages if you use dh_installxfonts. Or you should handle your
maintainer scripts by hand. The required (as from X11R6) changes are: 
 * place your *.scale and *.alias files in
 /etc/X11/fonts/X11R7// instead of /etc/X11/fonts//
 * call update-fonts-dir (-scale, -alias) with --x11r7-layout (or -7)
 switch. 

Otherwise your fonts won't be handled properly by update-fonts-* tools.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: X11R7 and what this transition means for you

[Daniel Stone]

On Mon, Apr 17, 2006 at 06:18:21PM +0800, Eugene Konev wrote:
> This part is broken now. So I ask you please _do not_ yet upload rebuilt
> packages if you use dh_installxfonts. Or you should handle your
> maintainer scripts by hand. The required (as from X11R6) changes are: 
>  * place your *.scale and *.alias files in
>  /etc/X11/fonts/X11R7// instead of /etc/X11/fonts//

I'd imagine this will be fixed.

>  * call update-fonts-dir (-scale, -alias) with --x11r7-layout (or -7)
>  switch. 

This is a bug in xfonts-utils that will be fixed.


signature.asc
Description: Digital signature

Re: Debian Light Desktop - meta package

[Henning Makholm]

Scripsit Don Armstrong <[EMAIL PROTECTED]>

> Now, if you're arguing that this may not be appropriate for those who
> are afraid of a command line or a program that has more than 50
> command line options, that may be the case... but it definetly gets
> rid of the bloat present in other image viewers.

Well, people who are unafraid of command lines could theoretically
have a "light desktop" consisting of

  (1) xorg
  (2) xdm
  (3) a traditionalist window manager (fvwm, twm, ...)
  (4) xterm or an xterm replacement
  (5) tty or curses programs for actually getting work done
  (emacs/vi, tex, mutt, gnus, ...)
  (6) xdvi, gv, xpdf for viewing the results
  (7) large graphical programs when there is work to be done that
  inherently needs such things: web browser, gimp, xfig ...

This is what I use on the computer on my desk.

*BUT* ... it is not what people expect from a "desktop" software
installation option, even a "light" one. There, I think, the defining
characteristic is that one can get work done *without* meeting any
command lines in one's day-to-day use of the computer.

-- 
Henning Makholm"Anything you can discover we
 would be most happy to review."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#354674: What on earth?

[Jose Carlos Garcia Sogo]

On Sun, Apr 16, 2006 at 07:19:40PM +0200, Pierre HABOUZIT wrote:
[...]

 Perhaps you're right on your comments about X.org 7.0 not being tested
 enough to avoid break, but perhpas few people cared about installing it
 when it was in experimental.

 Perhaps they are right on uploading packages to unstable, as THEY
 though packages were ready for so.

 But now packages are in unstable. So please, stop whining and offer all
 work you can, by actually fixing things or by shutting down. It is very
 childish to try to get a "Yes, you're right, we failed, we suck" from 
 busy people. As many people working in Debian they tried to make their
 best at packaging X, and I am sure they are investing a lot of effort
 and time. And I am also sure that as they have "failed" in doing that
 without harm, they are the first trying to put more work to fix things
 ASAP. And they have even recognized their responsability!
 
 Almost every person using unstable has been hit by this, 
 in one way or other, but I think that we should try to push in the 
 same direction.

 Cheers,

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


signature.asc
Description: Digital signature

Re: Testing transitions before uploading to unstable

[Otavio Salvador]

Lars Wirzenius <[EMAIL PROTECTED]> writes:

>> I think this is best left to unstable/experimental. Adding yet another
>> layer of distributions would just increase the workload managing them.
>
> I didn't suggest it as a layer in the
> stable/testing/unstable/experimental spectrum. Rather, it is meant to be
> orthogonal to them, a completely new system. For example, there's no
> need to restrict uploads to DDs.

Do you think it could be a check before a package to be accepted in
archive? I second that and would like to help with.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://www.freedom.ind.br/otavio
-
"Microsoft gives you Windows ... Linux gives
 you the whole house."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Use clisp shiped with source or from Debian?

[Agustin Martin]

On Tue, Apr 11, 2006 at 09:06:27PM +, Joerg Sommer wrote:
> Hi,
> 
> I would like to pack Xindy an index processing system like makeindex.
> Xindy's source comes with clisp 2.33.2 and it is compiled at build time.
> 
> I've got it managed to build with the clisp package from Debian. But I
> have little problem and saw the Debian package depends on X11. Upstream
> do not support other versions than this one shipped with the source and
> depending on the clisp package would make more packages need to be
> installed to use Xindy -- a simple text processor needs X11.

For those not familiar with xindy, IIRC  the reason why xindy upstream
included a clisp copy is that xindy needed a specific external module that
was not available with stock clisp, so a specific clisp including that
module was needed.

If you have succeeded on making xindy build and work with stock clisp, I
would not worry about current xindy tarball status. I think Joachim Schrod
will be very happy to hear from your changes, and if they are of general
interest can be included upstream, hopefully avoiding all that clisp
sources. Last time I read from him he was very busy with real life, but you
can mail the xindy list for wider testing.

> 
> On the other hand I can decrease the compile time heavily, make the
> package architecture independent and smaller. And I see the problem that
> I have to track the development of clisp and maybe backport (security)
> bugs if I use the clisp version from the tarball.
> 
> What do you think? Is it better to use the clisp version shipped with the
> source tarball or use the Debian package?

IMHO use Debian clisp.

As others have pointed put, depending of 2MB X11 stuff is not that big a
problem, remarkably if you have severely decreased xindy size. I use xindy
and in my system, with xindy built the very old way (from binaries) I have

$ ls /usr/lib/xindy/xindy.* -la
-rwxr-xr-x  1 root root 1394808 2003-11-13 17:09 /usr/lib/xindy/xindy.mem
-rwxr-xr-x  1 root root  713616 2003-11-13 17:09 /usr/lib/xindy/xindy.run

That already makes 2MB, so depending on the size decrease you get, the
final extra space required when using X11 stuff can be smaller than
those 2MB.

-- 
Agustin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Light Desktop - meta package

[André Luiz Rodrigues Ferreira]

2006/4/14, Kevin Mark <[EMAIL PROTECTED]>:
> On Thu, Apr 13, 2006 at 04:20:13PM +0300, Linas Žvirblis wrote:
> > Joey Hess wrote:
> > Z
> > > If so, I would be happy to add this to tasksel, so that the desktop task
> > > automatically installs it if it detects a system that is not easily
> > > capable of running kde/gnome. Tasksel has the infrastructure needed to
> > > support doing this kind of thing, just a matter of finding appropriate
> > > heuristics to pick the right desktop variant in an unsuprising way.
> Hi Linas,
> what about /proc/cpuinfo to determine MHZ and /proc/meminfo to find MB.
> does this provide some way to get this info accross all (or most) of the
> archs/subarch?
> And how about using /proc/* to guess what kind of storage is avalable to
> determine which install will likely fill the HD?
>
> >
> > No automatic detection can be 100% unsurprising, because it highly
> > depends on your expectations. I do realize that desktop task is not
> > targeted at experienced users, but this autodetection should at least be
> > optional.
> >
> > I am sure this has been discussed many times, but one thing i would
> > really like to see in tasksel is:
> >
> >  [X] Desktop environment
> >   [X] I do not know (automatic/default)
> >   [ ] KDE desktop environment
> >   [ ] GNOME desktop environment
> >   [ ] XFCE desktop environment
> >   [ ] $foo desktop environment
> >
> > > I think this would be better than a meta package because it would be
> > > available in the regular install, and it would avoid some of the issues
> > > with meta packages.
> >
> > Meta package or not, I do not consider "Light Desktop" a good name
> > because it is too general. A name like "XFCE desktop" would be way more
> > descriptive.
> What about: '100-300MHZ system desktop(XFCE)'
>
> Also, based upon the cpu/mem info, display:
> you machine has a 766MHZ processor with 128MB memory.
> [x]KDE desktop environment[500mhz or greater]
> [ ]GNOME desktop evirnoenne[500mhz or greater]
> [ ]XFCE desktop enviorneme[300mhz or greater]
> [ ]TWM desktop enviroemnet[100mhz or greater]
> ...

My idea is to create a meta package. Because will install it manually.
I think tasksel tasks should have more generic names.
IMHO, If we go to create a task, we can't to use applications names
(KDE, GNOME, XFCE) and only specific tasks names, for example:

[x] Full Desktop environment
[  ] Lite Desktop (old machines)
[  ] Select manual packages

> cheers,
> Kev
> --
> |  .''`.  == Debian GNU/Linux == |   my web site:   |
> | : :' :  The  Universal | debian.home.pipeline.com |
> | `. `'  Operating System| go to counter.li.org and |
> |   `-http://www.debian.org/ |be counted! #238656   |
> | my keysever: pgp.mit.edu   | my NPO: cfsg.org |
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2.2 (GNU/Linux)
>
> iD8DBQFEP0D3v8UcC1qRZVMRAvQ0AJ0cgyyuruGtBBieNXLsP2DVRnBAKgCfZd8s
> zRDiTg3W8bfr6PffTp3Eo/Y=
> =4DAC
> -END PGP SIGNATURE-
>
>
>


--
Andre Luiz Rodrigues Ferreira (si0ux) <[EMAIL PROTECTED]>
 ***

Unix is very simple, but it takes a genius to understand the simplicity.
(Dennis Ritchie)

Re: Testing transitions before uploading to unstable

[Lars Wirzenius]

ma, 2006-04-17 kello 08:04 -0300, Otavio Salvador kirjoitti:
> Do you think it could be a check before a package to be accepted in
> archive? I second that and would like to help with.

If it can be made very, very reliable and accurate, not to mention fast,
sure. I doubt that will happen very fast, though.

-- 
C is the *wrong* language for your application.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Light Desktop - meta package

[André Luiz Rodrigues Ferreira]

2006/4/14, Ron Johnson <[EMAIL PROTECTED]>:
> On Fri, 2006-04-14 at 09:40 +0200, Giuseppe Sacco wrote:
> > Il giorno gio, 13/04/2006 alle 11.46 +0200, Eduard Bloch ha scritto:
> > [...]
> > > > - evince
> > >
> > > As other pointed out, does basically the same job as xpdf but pulls half
> > > of the Gnome.
> >
> > If you just want to display PDF files then probably xpdf is a better
> > option, but Evince has a really nice feature: it show TIFF multipage.
> > This is the *only* free software program I am aware of, that can show
> > multipage tiff file.
>
> Something that pulls in half of GNOME should not be part of a
> "light desktop" meta-package.  Let the user pull it in later if
> desired.

What about we to separate the choices in gtk OR gtk2 applications ?

>
> --
> -
> Ron Johnson, Jr.
> Jefferson, LA USA
>
> "There is no shadow of protection to be had by sheltering behind
> the slender stockades of visionary speculation, or by hiding
> behind the wagon-wheels of pacific theories."
> Madame Chiang Kai-Shek
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>


--
Andre Luiz Rodrigues Ferreira (si0ux) <[EMAIL PROTECTED]>
 ***
Orlandia - SP - Brazil

Unix is very simple, but it takes a genius to understand the simplicity.
(Dennis Ritchie)

Re: Debian Light Desktop - meta package

[André Luiz Rodrigues Ferreira]

2006/4/14, Christian Perrier <[EMAIL PROTECTED]>:
> > I am sure this has been discussed many times, but one thing i would
> > really like to see in tasksel is:
>
>
> Many many times, yes..:-)
>
> Joey often raised an argument about novice users likely to be confused
> by a KDE/Gnome choice, not knowing the difference between both.
>
> Your suggestion adds an interesting possibility in that matter with
> the "I don't know" choice. Seems worth discussing it, imho.
>
> I would vote against too much choices if we go this way,
> though. Probably if the multiple desktop environments suggestion is
> implemented, it should be restricted to four choices:
>
> -"I dont know"
> -KDE
> -Gnome
> -Light desktop

other idea:

[x] Full Desktop (recommended)
  [x] GNOME
  [ ]  KDE
[ ] Light Desktop (old machines)
  [ ] XFCE
  [ ] Icewm
  [ ] ...
[ ] Select manual packages

>
> Offering too many choices would add much confusion and we have to
> remember that tasks are mostly targeted at novice users
>
>
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.3 (GNU/Linux)
>
> iD8DBQFEP1sI1OXtrMAUPS0RAh4bAJ4vL9i+mJa2dRdYjvXW7SROrDmtawCfXePX
> 91d1kex1FSXh7jcG3ufgl5k=
> =b4/i
> -END PGP SIGNATURE-
>
>
>


--
Andre Luiz Rodrigues Ferreira (si0ux) <[EMAIL PROTECTED]>
 ***

Unix is very simple, but it takes a genius to understand the simplicity.
(Dennis Ritchie)

Re: Debian Light Desktop - meta package

[André Luiz Rodrigues Ferreira]

2006/4/14, Yves-Alexis Perez <[EMAIL PROTECTED]>:
> On Thu, 2006-04-13 at 11:46 +0200, Eduard Bloch wrote:
> > > - file-roller
> >
> > Is there really no other choice without GNOME dependencies?
>
> there is xarchiver, entered recently in unstable

Hmm...
Looks like a file-roller fork, but only needs GTK+2 and nothing else.

> --
> Yves-Alexis Perez
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>


--
Andre Luiz Rodrigues Ferreira (si0ux) <[EMAIL PROTECTED]>
 ***

Unix is very simple, but it takes a genius to understand the simplicity.
(Dennis Ritchie)

Re: Testing transitions before uploading to unstable

[Decklin Foster]

Lars Wirzenius writes:

> Er, no. The point is to get things tested and hopefully fixed before
> uploading to unstable. Experimental might work, but then packages there
> need to be tested with the existing unstable in ways they are not, as
> far as I know, currently being tested.

I disagree. The point of unstable ought to be to test and hopefully fix
things before they propagate to testing. U*un*u seems capable of making
progress here; we seem more interested in non-developers running
unstable.

However, I think your point that developers need to be more diligent in
testing things is entirely correct. The fact that we still need users to
test unstable means that we are not picking up the slack. People ought
to become maintainers because they want to do that, not because they
want to add their favorite software.

This is only IMHO, of course. I know I have been bad at it, and there is
certianly a lot of inertia associated with current expectations of what
we are providing. I haven't been in #debian for a while, but the fact
that there is *ever* a "F*CKED: unstable" /topic in there (if they also
use that kind of language) is absurd.

To reiterate, I don't think there should be less testing of unstable. I
think there should be *more* testing of unstable by the people who are
motivated and qualified. We all volunteered for this job, right?

(I had no problems with using xorg from experimental that were not
trivial and already being fixed, FWIW. And compiling from an unstable
chroot/using piuparts should not be difficult for anyone.)

(I also have two computers sitting next to me; the one that needs to
actually stay up and running uses etch. You may probably be running
stable on something, even.)

-- 
things change.
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: libgtk2.0-0: changelog.Debian.gz is not an upstream changelog

[Manoj Srivastava]

On 17 Apr 2006, Christian Marillat spake thusly:

> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>
>> On 16 Apr 2006, Christian Marillat uttered the following:
>>
>>> Here is the relevant policy :
>>>
>>> , | Changes in the Debian version of the package should be
>>> briefly  explained in the Debian changelog file
>>> `debian/changelog'.[1] This  includes modifications made in the
>>> Debian package compared to the  upstream one as well as other
>>> changes and updates to the package. [2]
>>
>> So changes made in packaging are relevant, as well as "other"
>> changes -- which caninclude significant changes upstream.  The
>> bottom line is not one of NIH -- the changelog should contain
>> enough information for the target audience to decide whether or not
>> to install the upgrade.
>
> A copy and paste from the NEW file is certainly useless.

If the NEW file provides information relevant to an end user
 reading the output of apt-listchanges, and helps them decide if they
 want to upgrade or not, it is not useless.

manoj
-- 
"Sudden de-compression Sucks!" Dennis Robert Gorrie,
[EMAIL PROTECTED]
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Lintian package-has-a-duplicate-relation

[Peter Samuelson]

[Andreas Metzler]
> [EMAIL PROTECTED] wrote:
> > Is there a way to force a specific library version known in
> > ${shlibs:Depends} ?
> 
> Why would you want to do that?

Don't know about the original poster, but here's my reason: I want to
reduce user confusion.  Most of the interesting bits of subversion are
actually in libsvn0, but this is not obvious to users, so if their
subversion and libsvn0 packages are not the same version, they get the
wrong idea about what features and behaviors are available.

It's not strictly _necessary_ for subversion to Depends: libsvn0
(= ${Source-Version}), but I'd like to do it anyway to reduce instances
of non-bugs like #359215.


signature.asc
Description: Digital signature

Re: Debian Light Desktop - meta package

[Joey Hess]

Linas Žvirblis wrote:
> Now this "Light Desktop" - something totally untested, composed of
> entirely separate pieces of software that might or might not work well
> together. Will we ever be able to do half as much testing in Debian, as
> it was done for KDE/GNOME? Is it even ethical to use Debian users as
> testing grounds for this?

By this lie of resoning the only task that Debian can afford to ship is
either KDE or Gnome. Since Debian does already ship other useful tasks,
that seems a bit specious. Perhaps instead we're actually capable of
testing and integrating collections of software?

-- 
see shy jo


signature.asc
Description: Digital signature

Re: X11R7 and what this transition means for you

[Joey Hess]

Daniel Stone wrote:
> On Sun, Apr 16, 2006 at 06:44:20PM -0700, Steve Langasek wrote:
> > 6) Finally, in addition to everything else that's moving out of /usr/X11R6/,
> > packages providing fonts for X should now install to /usr/share/fonts/X11
> > instead of to /usr/X11R6/lib/X11/fonts.  The heirarchy is the same as
> > before, as are the commands to manage fonts; to ensure your font package's
> > compatibility with the installed Xorg system, you should only need to bump
> > your dependency on xutils to xutils (>> 1:7.0.0).  The plan is that
> > xorg.conf will support both the old and new paths by default for this
> > transition.
> 
> If you're using debhelper's dh_installxfonts to install fonts for you,
> rather than doing it by hand, you need to explicitly Build-Depends on
> debhelper (>= 5.0.29), in addition to fixing any references to
> /usr/X11R6/lib/X11/fonts, or /usr/lib/X11/fonts, in your package.

Also, if your package uses alias files in /etc/X11/fonts/, it needs to
move to /etc/X11/fonts/X11R7/, and will need debhelper 5.0.31. 5.0.31
also passes --x11r7-layout to update-fonts-* commands, which seems to be
needed to get it to look in the new fonts locations.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Debian Light Desktop - meta package

[Linas Žvirblis]

Joey Hess wrote:

> By this lie of reasoning the only task that Debian can afford to ship is
> either KDE or Gnome.

No, not at all. That is not what I was trying to say. KDE and GNOME were
examples of something that did not happen overnight. They proved worthy
of becoming a task. Would you accept KDE as a task, if it was started
yesterday?

> Since Debian does already ship other useful tasks,
> that seems a bit specious.

The other tasks consist of far less (and rather obvious) choices. And
this one offers numerous possible combinations.

> Perhaps instead we're actually capable of
> testing and integrating collections of software?

It most certainly can be done, but we need to clarify the goals. How
light should it be? Should it be limited by a certain number of
megabytes? GNOME/KDE-lib-free or not? etc.

Let us create a project on alioth, compose a team, and see how it goes.
I am all for it.

And while we are at it, looking into existing lightweight distros
(especially Debian derivatives) might be a good idea. Their choices are
already somewhat tested and could give us some guidelines.

Regards,
Linas

P.S. I still am for separating GNOME and KDE tasks.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#349177: diff for 1.6.2-11.1 NMU

[Torsten Werner]

retitle 307359 O: multi-gnome-terminal -- Enhanced the GNOME Terminal
thanks


Hello,

I am orphaning the package but I am willing to sponsor uploads for
experienced maintainers (people that already maintain other packages). I
recommend removing the package if nobody takes over. Please Cc: your
replies to me because I do not read debian-devel.

Regards,
Torsten


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

O: gandalf -- C library for image processing and computer vision

[Torsten Werner]

retitle 263047 O: gandalf -- C library for image processing and computer vision
thanks


Hello,

I am orphaning the package but I am willing to sponsor uploads for
experienced maintainers (people that already maintain other packages).
I recommend removing the package if nobody takes over. Please Cc: your
replies to me because I do not read debian-devel.

Regards,
Torsten

--
http://www.twerner42.de/

Re: libgtk2.0-0: changelog.Debian.gz is not an upstream changelog

[Christian Marillat]

Manoj Srivastava <[EMAIL PROTECTED]> writes:

> On 17 Apr 2006, Christian Marillat spake thusly:
>
>> Manoj Srivastava <[EMAIL PROTECTED]> writes:

[...]

>> A copy and paste from the NEW file is certainly useless.
>
> If the NEW file provides information relevant to an end user
>  reading the output of apt-listchanges, and helps them decide if they
>  want to upgrade or not, it is not useless.

In my bug report the 19 lines aren't relevant (like typo in configure)
for a end user. It is the purpose of my bug report.

Christian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

O: scilab -- Matrix-based scientific software package

[Torsten Werner]

retitle 271364 O: scilab -- Matrix-based scientific software package
thanks


Hello,

I am finally orphaning this package now but I am willing to sponsor uploads for
experienced maintainers (people that already maintain other packages).
Please Cc: your
replies to me because I do not read debian-devel.

For the people who sent an ITA in the past: please retitle this bug if
you still ITA the package.

Regards,
Torsten

--
http://www.twerner42.de/

Re: Debian Light Desktop - meta package

[Thiemo Seufer]

Linas Žvirblis wrote:
> Joey Hess wrote:
> 
> > By this lie of reasoning the only task that Debian can afford to ship is
> > either KDE or Gnome.
> 
> No, not at all. That is not what I was trying to say. KDE and GNOME were
> examples of something that did not happen overnight. They proved worthy
> of becoming a task. Would you accept KDE as a task, if it was started
> yesterday?

A XFCE-based lightweight desktop also isn't something which happened
overnight. It's the usual thing I install as desktop environment, and
I appreciate that it might become easier and better integrated now.


Thiemo

Please remove rules.old

[Peter Eisentraut]

There are a few dozen source packages in the archive that contain a file 
called debian/rules.old.  In many cases, this was apparently the backup 
copy during a cdbs conversion or something similar that should have 
been removed.  If you appear below, please consider fixing this.

Guenter Geiger (Debian/GNU) <[EMAIL PROTECTED]>
   denemo
   puredata
   wavesurfer

Marc Dequènes (Duck) <[EMAIL PROTECTED]>
   arkhart

Moray Allan <[EMAIL PROTECTED]>
   gpe-julia
   gpe-todo
   libdisplaymigration
   teleport

Hakan Ardo <[EMAIL PROTECTED]>
   binutils-avr
   gcc-avr

Michael Banck <[EMAIL PROTECTED]>
   gnoise
   mpqc
   python-cddb

Bastian Blank <[EMAIL PROTECTED]>
   ibm-3270

Yann Dirson <[EMAIL PROTECTED]>
   skribe

Dirk Eddelbuettel <[EMAIL PROTECTED]>
   gtkdevice
   rggobi
   rgtk
   rodbc
   tkrplot
   tseries

Florian Ernst <[EMAIL PROTECTED]>
   xmms-crossfade

Daniel Glassey <[EMAIL PROTECTED]>
   bibletime-i18n

Debian QA Group <[EMAIL PROTECTED]>
   gtk-mist-engine

Marek Habersack <[EMAIL PROTECTED]>
   pike7.2

Pierre Habouzit <[EMAIL PROTECTED]>
   php-json-ext

Fredrik Hallenberg <[EMAIL PROTECTED]>
   asmail

Uwe Hermann <[EMAIL PROTECTED]>
   aview

Mark Howard <[EMAIL PROTECTED]>
   gtkballs

Sam Johnston <[EMAIL PROTECTED]>
   pound

Anand Kumria <[EMAIL PROTECTED]>
   tspc

Adam Majer <[EMAIL PROTECTED]>
   mrtg

Steve McIntyre <[EMAIL PROTECTED]>
   seyon

Jim Mintha <[EMAIL PROTECTED]>
   slang

Joe Nahmias <[EMAIL PROTECTED]>
   pacman

Gopal Narayanan <[EMAIL PROTECTED]>
   pgplot5

Kari Pahula <[EMAIL PROTECTED]>
   crossfire
   crossfire-maps
   crossfire-maps-small

Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]>
   clips-doc

Florian Ragwitz <[EMAIL PROTECTED]>
   libxml-libxslt-perl

Craig Small <[EMAIL PROTECTED]>
   procps

Christian Sánchez <[EMAIL PROTECTED]>
   libhtml-table-perl

Masato Taruishi <[EMAIL PROTECTED]>
   vflib2

James A. Treacy <[EMAIL PROTECTED]>
   fftw

sean finney <[EMAIL PROTECTED]>
   cacti

Debian ACE+TAO maintainers <[EMAIL PROTECTED]>
   ace


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Light Desktop - meta package

[Linas Žvirblis]

Thiemo Seufer wrote:

> A XFCE-based lightweight desktop also isn't something which happened
> overnight.

As in "xfce4" package, sure. But all the additional applications are
something to be considered very carefully.

> It's the usual thing I install as desktop environment, and
> I appreciate that it might become easier and better integrated now.

Simply preinstalling a certain set of additional applications does not
imply that it will be better integrated, as they were made neither
with XFCE in mind, nor they are maintained by the same team of developers.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

O: estic -- Administration program for ISDN PABX ISTEC

[Torsten Werner]

retitle 263048 O: estic -- Administration program for ISDN PABX ISTEC
thanks


Hello,


I am orphaning the package now but I am willing to sponsor uploads for
an experienced maintainer (people that already maintain other
packages). The hardware controlled by the package is still available
from Ebay---nevertheless I recommend removing the package if nobody
takes over. Please Cc: your replies to me because I do not read
debian-devel.



Regards,
Torsten

--
http://www.twerner42.de/

Is Jose Luis Tallon <[EMAIL PROTECTED]> MIA?

[Oleksandr Moskalenko]

I wonder if anyone has knowledge of the whereabouts of Jose Luis Tallon as far
as his Debian involvement is concerned. His packages have several RC bugs,
have not been updated for while, and some of them have been NMUed a while ago.

Regards,

Alex.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Is Jose Luis Tallon <[EMAIL PROTECTED]> MIA?

[Oleksandr Moskalenko]

* Oleksandr Moskalenko <[EMAIL PROTECTED]> [2006-04-17 18:36:01 -0600]:

> I wonder if anyone has knowledge of the whereabouts of Jose Luis Tallon as far
> as his Debian involvement is concerned. His packages have several RC bugs,
> have not been updated for while, and some of them have been NMUed a while ago.
> 
> Regards,
> 
> Alex.

I just got a reply from him, so the request above is hereby cancelled.

Cheers,

Alex.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: About the maintainance of monotone

[Shaun Jackman]

Hello Richard,

I prepared a non-maintainer upload (NMU) of monotone 0.25, just to see
if there was any major issue standing in the way. My changelog follows
this mail. The package builds fine, and after some very casual
checking, appears to run fine as well. I need to make a couple minor
changes:

* The package built fine using debuild the first time, but the second
time was missing monotone.html. I don't know why. Very strange.
* monotone --version reports (base revision: unknown), which should be
fixed before uploading.

After fixing these minor issues, the NMU package would be suitable for
uploading. Would anyone like to first test it out?

Tomas Fasth, are you reading this mail?

Cheers,
Shaun

monotone (0.25-0.1) unstable; urgency=low

  * Non-maintainer upload (NMU).
  * New upstream release. Closes: #358220.
- Fix build with G++ 4.1. Closes: #358096.
  * Add a watch file.

 -- Shaun Jackman <[EMAIL PROTECTED]>  Mon, 17 Apr 2006 09:55:10 -0600

On 4/4/06, Richard Levitte - VMS Whacker <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I wonder if there's a way to figure out what the status of the
> monotone package is.  The current Debian package is 0.24-1+b1,
> while the upstreams version is 0.25 and soon moving to 0.26.
>
> I and other monotone developers have tried to reach the maintainer
> (Tomas Fasth <[EMAIL PROTECTED]>) for a bit now, with no apparent
> success.  Can anyone tell us what has become of him, if he still
> intends to do the great maintainance (and give feedback to the
> monotone project) that he did up until 0.24 was released, or if it's
> time that someone else takes up the maintainer role?
>
> Sincerely,
> Richard

Re: X11R7 and what this transition means for you

[David Nusinow]

On Mon, Apr 17, 2006 at 04:49:02PM -0400, Joey Hess wrote:
> Daniel Stone wrote:
> > On Sun, Apr 16, 2006 at 06:44:20PM -0700, Steve Langasek wrote:
> > > 6) Finally, in addition to everything else that's moving out of 
> > > /usr/X11R6/,
> > > packages providing fonts for X should now install to /usr/share/fonts/X11
> > > instead of to /usr/X11R6/lib/X11/fonts.  The heirarchy is the same as
> > > before, as are the commands to manage fonts; to ensure your font package's
> > > compatibility with the installed Xorg system, you should only need to bump
> > > your dependency on xutils to xutils (>> 1:7.0.0).  The plan is that
> > > xorg.conf will support both the old and new paths by default for this
> > > transition.
> > 
> > If you're using debhelper's dh_installxfonts to install fonts for you,
> > rather than doing it by hand, you need to explicitly Build-Depends on
> > debhelper (>= 5.0.29), in addition to fixing any references to
> > /usr/X11R6/lib/X11/fonts, or /usr/lib/X11/fonts, in your package.
> 
> Also, if your package uses alias files in /etc/X11/fonts/, it needs to
> move to /etc/X11/fonts/X11R7/, and will need debhelper 5.0.31. 5.0.31
> also passes --x11r7-layout to update-fonts-* commands, which seems to be
> needed to get it to look in the new fonts locations.

There's a bug report open against xfonts-utils to use --x11r7-layout as
default. I'm going to do just that in the next release, so hopefully this
won't be necessary in the long-run.

 - David Nusinow


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Please remove rules.old

[Dirk Eddelbuettel]

On 17 April 2006 at 22:42, Peter Eisentraut wrote:
| There are a few dozen source packages in the archive that contain a file 
| called debian/rules.old.  In many cases, this was apparently the backup 
| copy during a cdbs conversion or something similar that should have 
| been removed.  If you appear below, please consider fixing this.

Sure, but why?  Doesn't exactly do harm, does it?

Dirk   (not sub'ed on d-devel so please CC me)

-- 
Hell, there are no rules here - we're trying to accomplish something. 
  -- Thomas A. Edison


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Please remove rules.old

[Benjamin Seidenberg]

Dirk Eddelbuettel wrote:
> On 17 April 2006 at 22:42, Peter Eisentraut wrote:
> | There are a few dozen source packages in the archive that contain a file 
> | called debian/rules.old.  In many cases, this was apparently the backup 
> | copy during a cdbs conversion or something similar that should have 
> | been removed.  If you appear below, please consider fixing this.
>
> Sure, but why?  Doesn't exactly do harm, does it?
>
> Dirk   (not sub'ed on d-devel so please CC me)
>
>   
Any unnecessary cruft is a waste of both mirror space and bandwidth. I
know the college I'm going to next year has a 2 gb/month cap on the net.
Anything over that, and you pay. (And I currently transfer 30+gb over
lan+net...ouch).

HTH,
Benjamin




signature.asc
Description: OpenPGP digital signature