[Soc-coordination] [Aptitude-devel] Aptitude History Tracking progress report, Week 6

Cristian Porras porrascristian at gmail.com
Thu Jul 9 05:19:02 UTC 2009


2009/7/8 Daniel Burrows <dburrows at debian.org>:
>  Hi, Christian.  It's nice to see that you've been making some real
> progress.
>
> On Sat, Jul 04, 2009 at 11:32:46AM -0500, Cristian Porras <porrascristian at gmail.com> was heard to say:
>> In b) I added command line support, thus having the ability to view
>> history of a package as $ aptitude history [PACKAGE ...].
>
>  I notice that the code throws out attempts to view the history of
> packages that don't currently exist.  It would probably be better to
> move this test so that it only happens if a package has no history: the
> user should be able to view the history of packages that no longer exist
> in the archive.  And of course turn the error message into something
> like "package %s does not exist and has no recorded history".

Hi

Everything seems very strange, I tested the code in my two computers
and one of a friend and everything has worked well, except some of the
things you said that I already knew.

When I try to see the history of a package that does not exist I get
the following:

pollopolis at pollopolis:~/compiladito/bin$ sudo ./aptitude history
xmoto3333
E: No se pudo localizar el paquete xmoto3333

It couldn't be found as I expected

And when it comes to view the history of a package that has not been
changed, I was already handling this exception in the GTK interface,
but not in the console, I forget to do it there.

>  I tried running an upgrade with this version of aptitude and then
> checking the history of one of the upgraded packages.  "aptitude
> history" crashed with a segmentation fault.  I tried running it as root,
> just to see whether maybe there was a permissions problem, and it
> crashed with a glibc invalid free() error.  When I run the GUI, it
> crashes on start-up.  Also, the text history file that aptitude
> generated is empty.

I was already aware of the fault for the permissions, I thought to fix
this later, but I see that I had not given the importance it deserves.

I have marked several changes from the command line and from the GUI,
from both sides I am writing the right entries in history. When I view
the changes from console I have no problem:

pollopolis at pollopolis:~/compiladito/bin$ sudo ./aptitude history 4g8
Paquete: 4g8
        Date: 07  8 2009 22:30:47
        instalado -> sin instalar
        Reason: dpkg-sync

        Date: 07  8 2009 22:30:47
        [eliminar] instalado 1.0-3 -> sin instalar
        Reason: select
        Delete Reason: manual

        Date: 07  8 2009 22:31:28
        [instalar] sin instalar  -> instalado 1.0-3
        Reason: select

pollopolis at pollopolis:~/compiladito/bin$ sudo ./aptitude history xmoto
Paquete: xmoto
        Date: 07  8 2009 22:31:28
        [instalar] sin instalar (permanecen los ficheros de
configuración)  -> instalado 0.5.1-1
        Reason: select

        Date: 07  8 2009 22:36:17
        [eliminar] instalado 0.5.1-1 -> sin instalar (permanecen los
ficheros de configuración)
        Reason: select
        Delete Reason: manual

At the time to see changes in the GTK interface something strange
happens. I have no problem whit XMoto (
http://tux.uis.edu.co/~pollopolis/soc/aptitude.png ), but when I try
it for 4g8 aptitude crash, I guess I'm committing some type of error
in GTK when it comes to manage changes of type 'dpkg-sync', but not in
managing the database. I have to thoroughly inspect this case.

>  I also got a crash when there was no history database at all, but I
> don't know if that is the same problem or something separate.

I have to make this exception :P

I really do not know why It doesn't work for you.

In the text file It's leaving all the information and in the database I have

pollopolis at pollopolis:~$ sqlite3 /var/lib/aptitude/history.db
SQLite version 3.6.14.2
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> .tables
aptitudestate    change_dpkg      history_entries
sqlite> .schema history_entries
CREATE TABLE history_entries (entry_key INTEGER,type NUMERIC not
null,date TEXT not null,package TEXT not null,aptitudestate_key
NUMERIC,change_dpkg_key NUMERIC,Primary Key (entry_key),FOREIGN KEY
(aptitudestate_key) REFERENCES
aptitudestate(aptitudestate_key),FOREIGN KEY (change_dpkg_key)
REFERENCES change_dpkg(change_dpkg_key));
CREATE INDEX Packpage ON history_entries(package);
sqlite> select * from history_entries where package='xmoto';
11|0|07  8 2009 22:31:28|xmoto|5|11
15|0|07  8 2009 22:36:17|xmoto|8|15
sqlite>

	
Tomorrow I will see what is happening with the rest, I just got back
from Bogota, I was 10 hours on the road and I'm very tired.

I travel to obtain the response of the visa application and It was
refused. 	Today I presented the application for reconsideration and
I'm expecting the final answer, but I see it difficult to get the visa
approved. I lost my first 500 USD :(

-- 
Cristian



More information about the Soc-coordination mailing list