Another weekend trip to my parents' meant another successful svn-buildpackage coding session.
I worked on expanding the svnMkdirP functionality to svn-buildpackage and checked svn-upgrade. So when the testing is done (don't know when that will happen :-( ) I'll merge the work done in the svnmkdir-p branch[1] into trunk and ask for a sponsor - I don't think that will be a problem :-P.
If you want to test, don't try trunk yet[*], your should try the svnmkdir-p branch[1]. Don't forget to bump down the version.
BTW, svn-buildpackage 0.6.22 should close .....
0 eddy@bounty ~/usr/src/svn-buildpackage/svnmkdir-p $ dpkg-parsechangelog | grep ^Closes | sed -r -e 's#Closes:##' -e 's#[0-9]{6}#1 +#g' -e 's#\+$##' | bc
13
13 bugs.
Here are the bastards:
[1] svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/svn-buildpackage/branches/svnmkdir-p or svn://svn.debian.org/svn/collab-maint/deb-maint/svn-buildpackage/branches/svnmkdir-p
[*] the branch is not yet merged into trunk because it needs more thorough testing
Saturday, 29 September 2007
Thursday, 27 September 2007
Invariant sections...
Thanks to Holger's post I saw this really educational comic strip.
To those who don't get the joke: the invariant sections could put you in that exact position. Please read the chapter about "Invaraint sections" from the "Draft Debian Position Statement about the GNU Free Documentation License(GFDL)"
To those who don't get the joke: the invariant sections could put you in that exact position. Please read the chapter about "Invaraint sections" from the "Draft Debian Position Statement about the GNU Free Documentation License(GFDL)"
Labels:
crazy ideas,
debian,
thanks
Wednesday, 26 September 2007
svn-buildpackage pending changes
Just a few snippets:
0 eddy@bounty ~/usr/src/svn-buildpackage/svnmkdir-p $ dpkg-parsechangelog
Source: svn-buildpackage
Version: 0.6.22
Distribution: UNRELEASED
Urgency: low
Maintainer: Eddy Petrișor
Date: Wed, 26 Sep 2007 05:24:59 +0300
Closes: 408690 411666 414581 419996 423487 428225 428689 433404 433536 434932 435746 436133
Changes:
svn-buildpackage (0.6.22) UNRELEASED; urgency=low
.
[ Eddy Petrișor ]
* IMPORTANT: changed default behaviour of saving the configuration in
.svn/deb-layout by default to avoid stale data to override the
configuration options that were updated in the repository.
(Closes: #414581)
As a consequence, a new option --svn-savecfg was added to allow a
mechanism for easily overriding options locally
.
[ Gonéri Le Bouder ]
* SDCommon::sd_exit: read the parameter correctly is SDCommon::nosave=1
(Closes: #428225)
.
[ Eddy Petrișor ]
* s-u: when importing options from ~/.svn-buildpackage.conf, filter in
only the valid options (Closes: #428689)
* s-u: replace retcode with retval for consistency with svn-bp
* s-i: manpage still claimed layout 2 was not implmented (Closes: #433404)
* s-i: now really supports injects for layout 2 (with the disadvantage of
not creating the tag directory)
* s-i: no longer fails on initial checkout (Closes: 411666)
* when using origUrl, make sure the origDir exists before downloading
in it
* s-i: man page: document the missing -o option (Closes: 419996, 435746)
* s-u: complete the man page synopsis section (Closes: 436133)
* s-b: do not require the build deps to be present when exporting
(Closes: 423487); thanks Stefano Zacchiroli for the patch
* SDcommon.pm: enhance the guessing algo of the layout to make svn-upgrade
guess correctly on layout 2 repos; thanks Gregor Herrmann for the patch
(Closes: 434932)
* Makefile: the version of the package is placed quoted in "SDCommon.pm" so
that versions like "0.6.22~bpo40+1" don't cause s-b to barf
* SDCommon.pm: implemented a function that emulates a 'mkdir -p'
functionality for svn; this will allow a fix for #434932
* s-i: based on the mkdir-p functionality create missing directories on
inject (Closes: 433536, 408690)
Author: eddyp-guest
Date: Wed Sep 26 02:14:15 2007
New Revision: 4959
URL: http://svn.debian.org/wsvn/collab-maint/?sc=1&rev=4959
Log:
create a special branch for the svn "mkdir -p" like functionality until all scripts are converted to use this function and more tests are done
Added:
deb-maint/svn-buildpackage/branches/svnmkdir-p/
- copied from r4958, deb-maint/svn-buildpackage/trunk/
0 eddy@bounty ~/usr/src/svn-buildpackage/svnmkdir-p $ dpkg-parsechangelog
Source: svn-buildpackage
Version: 0.6.22
Distribution: UNRELEASED
Urgency: low
Maintainer: Eddy Petrișor
Date: Wed, 26 Sep 2007 05:24:59 +0300
Closes: 408690 411666 414581 419996 423487 428225 428689 433404 433536 434932 435746 436133
Changes:
svn-buildpackage (0.6.22) UNRELEASED; urgency=low
.
[ Eddy Petrișor ]
* IMPORTANT: changed default behaviour of saving the configuration in
.svn/deb-layout by default to avoid stale data to override the
configuration options that were updated in the repository.
(Closes: #414581)
As a consequence, a new option --svn-savecfg was added to allow a
mechanism for easily overriding options locally
.
[ Gonéri Le Bouder ]
* SDCommon::sd_exit: read the parameter correctly is SDCommon::nosave=1
(Closes: #428225)
.
[ Eddy Petrișor ]
* s-u: when importing options from ~/.svn-buildpackage.conf, filter in
only the valid options (Closes: #428689)
* s-u: replace retcode with retval for consistency with svn-bp
* s-i: manpage still claimed layout 2 was not implmented (Closes: #433404)
* s-i: now really supports injects for layout 2 (with the disadvantage of
not creating the tag directory)
* s-i: no longer fails on initial checkout (Closes: 411666)
* when using origUrl, make sure the origDir exists before downloading
in it
* s-i: man page: document the missing -o option (Closes: 419996, 435746)
* s-u: complete the man page synopsis section (Closes: 436133)
* s-b: do not require the build deps to be present when exporting
(Closes: 423487); thanks Stefano Zacchiroli for the patch
* SDcommon.pm: enhance the guessing algo of the layout to make svn-upgrade
guess correctly on layout 2 repos; thanks Gregor Herrmann for the patch
(Closes: 434932)
* Makefile: the version of the package is placed quoted in "SDCommon.pm" so
that versions like "0.6.22~bpo40+1" don't cause s-b to barf
* SDCommon.pm: implemented a function that emulates a 'mkdir -p'
functionality for svn; this will allow a fix for #434932
* s-i: based on the mkdir-p functionality create missing directories on
inject (Closes: 433536, 408690)
Friday, 21 September 2007
software for managing finances
Dear lazyweb,
I decided to track our (mine and my finceé's) expenses more closely and I am in search of some software for this task.
The requirements for the software:
Thanks in advance!
I decided to track our (mine and my finceé's) expenses more closely and I am in search of some software for this task.
The requirements for the software:
- not to hard to use (I don't want to read a whole manual to know how to use it)
- possibility to assign a category for a given expense (so I can locate problematic type of expenses)
- can easily extract statistics (e.g.: top last month's expenses, expenses split per category)
- appropriate for domestic (small scale) accounting
- available in Debian (or will be soon :-) )
- preferably GNOME/GTK based
Thanks in advance!
Monday, 17 September 2007
svn-buildpackage:development, RFH
Although slow, development on svn-buildpackage still continues. Sorry for the delays, but both myself and Eduard Bloch have been unable to assign more time to svn-buildpackage development in the last few months.
From the changelog of the trunk package (unreleased 0.6.22):
BTW, did you know that svn-buildpackage is maintained in collab-maint and welcomes contributions and committers/reviewers (especially those)?
In case you want to help, this is the place to start from:
svn co svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/svn-buildpackage/trunk
or
svn co svn://svn.debian.org/svn/collab-maint/deb-maint/svn-buildpackage/trunk
If you don't have commit access to collab-maint yet (just make a request on the alioth tracker and that will be fixed ;-) ).
From the changelog of the trunk package (unreleased 0.6.22):
[ Eddy Petrișor ]
* IMPORTANT: changed default behaviour of saving the configuration in
.svn/deb-layout by default to avoid stale data to override the
configuration options that were updated in the repository.
(Closes: #414581)
As a consequence, a new option --svn-savecfg was added to allow a
mechanism for easily overriding options locally
BTW, did you know that svn-buildpackage is maintained in collab-maint and welcomes contributions and committers/reviewers (especially those)?
In case you want to help, this is the place to start from:
svn co svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/svn-buildpackage/trunk
or
svn co svn://svn.debian.org/svn/collab-maint/deb-maint/svn-buildpackage/trunk
If you don't have commit access to collab-maint yet (just make a request on the alioth tracker and that will be fixed ;-) ).
Thursday, 13 September 2007
hmm, I was here before
I am stumbling again on the problem of not being able to install libgnome-dev and libsvn-dev side by side, namely bug #429025.
For some reason, I was under the impression that the bug was fixed... but apr-util is behind :-(.
For some reason, I was under the impression that the bug was fixed... but apr-util is behind :-(.
Wednesday, 12 September 2007
is easy to let yourself manipulated
There is this guy whose blog I found about a week ago. He does some really nice and funny sketches mostly with issues regarding Bucharest and things he finds out/encounters.
The fact that he is smart to see some of the rudeness happening in Bucharest doesn't help him notice he is manipulated by the press (and himself) and writes:
"La 6 ani de la 11 septembrie 2001, Osama bin Laden a scos capu' din vagauna cu o noua inregistrare video in care da lumii intregi 2 alternative: convertirea la Islam sau moartea!"
Which translates approximately to:
"Six years after September 11, 2001, Osama bin Laden shows his face out from his hiding place and makes a new video in which gives the whole wolrd 2 alternatives: converting to Islam or death!"
(I won't take into discussion the correct translation of the message from Osama, if the message is authentic, if Osama is payed by somebody interested in keeping the conflict open, if Osama's forces are actually active in Iraq, if Bush is Osama himself, if we're actually living in 1984 and Osama is already dead but the American manipulative government is using all sorts of recordings from him to keep people inside a cage and fed them propaganda, < insert your theory/idea here >....)
He links to this article, whose title might make one to think what the guy said is true (according to the article)...
But, if read carefully is clear that there are a few twists (in order of apparition):
So, the conclusion is that it's really easy to fall into the trap of believing what the titles and headlines suggest, rather than what the articles actually say, especially if you keep your head open only to single stream of ideas (I guess you, my dear reader, are smart enough to see what I mean here).
Disclaimer, my analysis might be off, my English sucks, I might be Osama, I might be Bush, I didn't saw the recording, there's a cat on a freezer...
The fact that he is smart to see some of the rudeness happening in Bucharest doesn't help him notice he is manipulated by the press (and himself) and writes:
"La 6 ani de la 11 septembrie 2001, Osama bin Laden a scos capu' din vagauna cu o noua inregistrare video in care da lumii intregi 2 alternative: convertirea la Islam sau moartea!"
Which translates approximately to:
"Six years after September 11, 2001, Osama bin Laden shows his face out from his hiding place and makes a new video in which gives the whole wolrd 2 alternatives: converting to Islam or death!"
(I won't take into discussion the correct translation of the message from Osama, if the message is authentic, if Osama is payed by somebody interested in keeping the conflict open, if Osama's forces are actually active in Iraq, if Bush is Osama himself, if we're actually living in 1984 and Osama is already dead but the American manipulative government is using all sorts of recordings from him to keep people inside a cage and fed them propaganda, < insert your theory/idea here >....)
He links to this article, whose title might make one to think what the guy said is true (according to the article)...
But, if read carefully is clear that there are a few twists (in order of apparition):
- the alternatives were given to the American people ("urged the American people")
- the alternatives were for the ending of the war in Iraq ("there are two ways to end the war in Iraq")
- the first alternative is escalation of the conflict, not death; that would translate, IMHO, into "we will be fighting in Iraq and you can give up, but we will not", so I'd say surrender/retreat/keep fighting and probably die are all viable alternatives for the first one
- apparently he says converting to Islam is an alternative ("The second way, he continues, is to reject America's democratic system and convert to Islam.")
- but, if we read on we see that he actually says just to acknowledge that democracy is not at all a successful model, unless by success one thinks in terms of a system that achieves the interests of the corporations ("It has now become clear to you and the entire world the impotence of the democratic system and how it plays with the interest of the peoples and their blood by sacrificing soldiers and populations to achieve the interests of the major corporations")
- and more importantly, converting to Islam is not actually a condition, but there is an invitation to do that ("I invite you to embrace Islam,")
So, the conclusion is that it's really easy to fall into the trap of believing what the titles and headlines suggest, rather than what the articles actually say, especially if you keep your head open only to single stream of ideas (I guess you, my dear reader, are smart enough to see what I mean here).
Disclaimer, my analysis might be off, my English sucks, I might be Osama, I might be Bush, I didn't saw the recording, there's a cat on a freezer...
Tuesday, 11 September 2007
dpkg i18n going backwards?
Now in dpkg I found this:
dpkg: no, cannot proceed with %s (--auto-deconfigure will help):\n
%s
Before there was something like:
dpkg: no, cannot remove %s (--auto-deconfigure will help):\n
%s
This is going backwards wrt to i18n since one of the basic rules of i18n is to have complete sentences, while keeping the verb covered behind some parameter is not a good way of doing that.
dpkg: no, cannot proceed with %s (--auto-deconfigure will help):\n
%s
Before there was something like:
dpkg: no, cannot remove %s (--auto-deconfigure will help):\n
%s
This is going backwards wrt to i18n since one of the basic rules of i18n is to have complete sentences, while keeping the verb covered behind some parameter is not a good way of doing that.
Monday, 10 September 2007
debian lenny on my laptop
I did this Friday night:
cat /etc/debian_version
lenny/sid
The good:
And this is xchat's native menu:
By the way, the Hide menu entry there hides xchat itself, not the tray icon.
Update:
one more bad: this is still not fixed.
Update++:
I am a moron: apparently this is a known problem and a workaround exists. Now I can have my sincle xchat-systray icon :-) .
cat /etc/debian_version
lenny/sid
The good:
- the upgrade was pretty painless, including the kernel upgrade (I just spent about an hour to resolve/force the upgrade path for some packages since aptitude was stubbornly refusing to upgrade since some recommends were not satisfied)
- the kernel doesn't seem to need any options to make the headphones work
- I can use a free driver for the wlan (bcm43xx instead of ndiswrapper)
- as a bonus, now I can suspend-to-disk while the wlan interface is turned on (with ndis+2.6.18-5 the system hanged during suspend)
- the two icons I got on the desktop for the crypto partition I have mounted under /crypto are still both there (the worse thing is that I don't remember/can't find the bug number)
- suspend-to-ram still doesn't work - I suspect flgrx being the culprit
- there are now two icons for xchat in the systray. Should I be removing xchat-systray? Apparently yes, although there are a few things that xchat-systray had which are not available in the native systray thingie:
And this is xchat's native menu:
By the way, the Hide menu entry there hides xchat itself, not the tray icon.
Update:
one more bad: this is still not fixed.
Update++:
I am a moron: apparently this is a known problem and a workaround exists. Now I can have my sincle xchat-systray icon :-) .
Subscribe to:
Posts (Atom)