[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

gsynaptic and subprojects

Hi Sub-project developers,

i've being bothering... for a while Michael Vogt - he writes and
maintains gsynaptic -, who's probably hating me by now...:-)), for making
some "little" tuning to gsynaptic (if you dont know aboput gsynaptic: it
is a frontend in gtk for atp like operation, well done and powerfull),
in order to make it perfectly suitable for some specific demudi needs,
which i think are quite common with our projects (med- junior- edu- and
more to come...).

Gsynaptic, already allows user to write filters, so you are able to see
in the main window the selection i.e. if you filter junior you will see
all the junior tasks, if you filter demudi you will see all demudi
packages (since we have created a Section: demudi/etc filter greps all
those files).

This part is already implemented and working (sid -> gsynaptic 0.24).

a new feature that will be available starting on 0.25 is the possibility
to start gsynaptic with command lines, so you can start gsynaptic
directly with your favorite filter...even more specific, you can have
your own filter file (very easy to implement), with different filter and
alternatively starting gsynaptic with one of those).

For me it is very important...because a non "debian experienced" demudi
user that wants to see all
available/upgradable/installable/removeable/broken demudi packages will
have, in the debian/demudi menus, a command to start gsynaptic with this
customised filters, without even bothering about all other packages...
this is a wonderfull features for those Apple like fanatics audio
users...:-) that bielive only Apple has easy to set up system (which is
totally wrong from the beginning...anyway...)

Below attached (without Michael permission ...:-(( but with Michael in
CC) the latest email exchange, with those feature better explained.

Speaking on this subject i noticed that both "junior" and "med" projects
use, of course, tasks, and the necessary debian packages are "depends".
This makes hard for apt/dpkg user to figure out in a clear way which are
those packages installed... ok i dont know if there is a better way...
but, in order to have the complete junior package list i ran this
command (i'm pretty much sure that i'm missing a much easier and obvious

grep-dctrl -r 'junior' /var/lib/dpkg/available |grep Depends|cut -d ":"
-f 2

(till "-f 2" it is all one line commnad)
this gives me the almost cleaned complete package list for the junior

so it could be used to generate a gsynaptic filter with some little
parsing adjustment, i.e. sed ?
I wonder how hard would be in the debian structure to be able to create a
subproject section (of course, this is a *small* advantage we have on
running on a separate server). It would make much easier to work with it

Section: Junior/games Junior/network etc.... that would be much more
I dont know if that is possible, for already maintained debian package
to create a Section subproject/topic  simply filled with links, so no
duplicate of the same package.

Hopefully was clear enough...


----- Forwarded message from Michael Vogt <mvogt@acm.org> -----

Date: Mon, 30 Sep 2002 16:43:49 +0200
From: Michael Vogt <mvogt@acm.org>
Subject: Re: gsynaptic question
To: marco trevisani <marco@centrotemporeale.it>

> Hi Michael,
> > well). Please tell me, what other keybindings you would like to see.
> CTRL-u update

> this is correct. So for instance starting
> gsynaptic --filter-file xxx/demudi.filters --initial-filter demudi
> will prompt directly a window with all demudi packages (according to
> the "demudi.filters" filter file setup and 
> gsynaptic --filter-file xxx/demudi.filters
> will prompt the regular gsynaptic session with the demudi filters in
> general.

>From 0.24 on, gsynaptic is now the default synaptic. So I renamed it
into "synaptic". In the current CVS I implemented your suggestion
regarding the commandline:

>From the README:

Command line options:
>From version 0.25 on, synaptic supports the following command line
 '-f <filename>' or "--filterFile <filename>" = give a alternative
filter file
 '-i <int>' or "--initialFilter <int>" = start with filter nr. <int>
 '-o <option>' or "--option <option>" = set a synaptic/apt option
(expert only)

The filters are numbered from 1-n (0 is the "All packages" filter).

> i could not find that file until i realized that, running as su the
> .synaptic goes into /root/.synaptic
> Wouldnt be better to place it in /etc/synaptic/xxx
> and there having the default files
> so the customised filter file could go there and in the
> command line it wont be necessary to specify any path but simply the name
> as the program should search directly for files in /etc/synaptic...

Well, it's pretty easy to change this behaviour. I'll thing about
it. I also think that /etc/synaptic is a good place. 
The next 0.25 release (with this changes) will be released in 1-2
weeks. If you want to have a look before, just grap it from CVS.


"Computers are not intelligent.  They only think they are."
        -- Martin Schulze

* marco trevisani                                                      *
* http://trevisani.mine.nu   marco@centrotemporeale.it                 *
* http://www.agnula.org -- A GNU/Linux Audio Distribution              *
* Neither MS-Word nor MS-PowerPoint attachments please:                *
* See http://www.fsf.org/philosophy/no-word-attachments.html           *
* Gpg Fingerprint = 6096 84B8 046C A5C9 B538  255E 9FFF 1121 3AFB FFA6 *

Attachment: pgpiLMHc18KdV.pgp
Description: PGP signature

Reply to: