Bug#1076099: debian-installer: LVM's activation broken for volumes with the dm-integrity feature

[Franco]

Source: debian-installer
Version: 20230607+deb12u6
Severity: normal
Tags: d-i
X-Debbugs-Cc: martelli...@gmail.com

Dear Maintainer,

In a VirtualBox virtual machine I've converted a LVM volume with the following 
options:

~# lvconvert --raidintegrity y --raidintegritymode bitmap ...

When I boot in rescue-mode that machine using the 
"debian-12.5.0-amd64-DVD-1.iso" iso, I follow all configuration steps until D-I 
asks me which device I want to mount as root filesystem (for running a shell 
into), then it happens that the volume is shown but if selected an error 
message it appears on the screen (red) that it says:

---
No such device
The device you entered for your root file system (/dev/vg0/lv1) does not exist. 
Please try again
---

Then I choose to run a shell without mount a root filesystem and I try to 
manually activate the LVM's volume, but it fails with this error message:

~# vgchange -a y vg0
modprobe: FATAL: Module dm-integrity not found in directory 
/lib/modules/6.1.0-18-amd64
  /sbin/modprobe failed: 1
  Can't process LV vg0/lv1_rimage_0: integrity target support missing from 
kernel?
  0 logical volume(s) in volume group "vg0" now active

The kernel version of D-I is:

~# uname -a
Linux bw12 6.1.0-18-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.76-1 (2024-02-01) 
x86_64 GNU/Linux

I suggest to add "dm-integrity" module to kernel image enabling the 
configuration entry CONFIG_DM_INTEGRITY=m and possibly add the "dm-integrity" 
module's name to /etc/initramfs-tools/modules file in order to automatically 
activate at boot time the LVM volumes with the integrity feature enabled.

Possible workaround: use a live iso (debian-live-12.5.0-amd64-kde.iso) and 
manually activate the LVM volume with the command:

~# vgchange -a y volume_group_name

Cheers



-- System Information:
Debian Release: 12.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable'), (100, 'bookworm-fasttrack'), (100, 'bookworm-backports-staging')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.90 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1053995: Info received (ITP: fastfetch -- like neofetch, but much faster because written in C)

[Hiago De Franco]

Hello,

On Wed, Nov 15, 2023 at 02:12:00AM +, Li Carter wrote:
> Friendly ping
>

As discussed on 
https://github.com/fastfetch-cli/fastfetch/issues/533#issuecomment-2094282467
I will be taking this bug to work on it. 

> > 2023年10月16日 14:39，Debian Bug Tracking System  写道：
> > 
> > Thank you for the additional information you have supplied regarding
> > this Bug report.
> > 
> > This is an automatically generated reply to let you know your message
> > has been received.
> > 
> > Your message is being forwarded to the package maintainers and other
> > interested parties for their attention; they will reply in due course.
> > 
> > Your message has been sent to the package maintainer(s):
> > w...@debian.org
> > 
> > If you wish to submit further information on this problem, please
> > send it to 1053...@bugs.debian.org.
> > 
> > Please do not send mail to ow...@bugs.debian.org unless you wish
> > to report a problem with the Bug-tracking system.
> > 
> > -- 
> > 1053995: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1053995
> > Debian Bug Tracking System
> > Contact ow...@bugs.debian.org with problems
>

Regards,
Hiago.

Bug#1066091: debian-live: Please add systemd-timesyncd to the iso images

[Franco]

Package: debian-live
Severity: wishlist
X-Debbugs-Cc: martelli...@gmail.com

Dear Maintainer,

Is there a rationale behind the choice to exclude systemd-timesyncd from the 
iso images?
I'm using debian-live-12.5.0-amd64-kde.iso, systemd-timesyncd installation it 
takes 151 kB only:

~# apt-get install systemd-timesyncd
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following NEW packages will be installed:
  systemd-timesyncd
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 63.1 kB of archives.
After this operation, 151 kB of additional disk space will be used.
...

By doing so the user will have only to reconfigure tzdata in order to have the 
clock configured.
So please, consider to add systemd-timesyncd to the Debian-Live iso images.

Thanks in advance
-- 
Franco Martelli

Bug#1064394: release-notes: English language output for the commands into script session

[Franco Martelli]

On 21/02/24 at 23:49, Justin B Rye wrote:


Sorry I missed the sense, what explanation?


If we said "LC_ALL=C.UTF-8 LANGUAGE= script -T ..." it would have all
sorts of disadvantages, including the fact that we'd have to explain
all of it together.  Much easier to explain about script, then suggest
a "script -T..." commandline, *then* deal with locales separately.


Yes, users have to choice if they want to change localization inside the 
"script" session.



The question is, will users realise that they're putting the files in
*root's* home directory, and will they even know where that is?


A minimal assumption of knowledge base of the FHS ¹  and tilde-expansion 
should be take by Release Notes writers. I think we shouldn't worry 
about this.



If we really can't suggest using /var/tmp for this, that seems a pity;
that location *shouldn't* be wiped on reboot, and it's usable whether
you're running "sudo; screen" or "sudo screen" or "screen; sudo".


It's more popular to use a non-privileged home directory. Few people 
strictly adhere to the FHS ¹  specifications. This is why I am in favor 
of using tilde-expansion. No matters if the reader becomes root or runs 
"script" as non-privileged user: the files will always go in the home 
directory, where they will be used by "scriptreplay" command. By doing 
so we won't have to take care of where the files reside.



¹ https://refspecs.linuxfoundation.org/fhs.shtml
--
Franco Martelli

Bug#1064394: release-notes: English language output for the commands into script session

[Franco Martelli]

On 21/02/24 at 16:00, Justin B Rye wrote:


I like this idea; but it might work better if we turn things around
and start with the possible problem before offering the solution.


Yes, my English is so scholastic.


A rephrased version:

 If you use a non-English locale during the upgrade, any progress
 or error messages are likely to be translated, so in the event of
 problems it may be difficult to get assistance from the Internet,
 or to submit a bug report. If you are comfortable using English
 then it is strongly recommended that you run the following command
 at the start of your 'script' session:

 # LC_ALL=C.UTF-8; LANGUAGE=; export LC_ALL LANGUAGE

 This will give you command output in English.


I agree


(Or do we also need to warn users to say "yes" and not "si"?)


It shouldn't be necessary, if the user is comfortable with English, 
already he should expect this. However end users behavior is unpredictable …



This change it has been discussed on debian-user mailing-list here. ²
The syntax of the command was designed to be portable to all shells,
csh included.


I'm sorry, but if you're doing vital root-privileged sysadmin tasks
under csh, things have already gone badly wrong; the instructions in
the Release Notes all assume a Bourne-family shell.  For instance, the
immediately preceding line invoking screen with a 2>~/foo redirection*
won't work on csh (tested with bookworm's tcsh).


Yes, the redirection of only stderr is not allowed in csh but with the 
new "script" command syntax this will be solved:


# script -T ~/upgrade-trixie-step.time -a ~/upgrade-trixie-step.script



So I'm not sure there's any point using anything longer than:

# export LC_ALL=C.UTF-8 LANGUAGE=


Yes, but what's wrong if we have a syntax portable to all shells? If 
available.



(But doing it separately from starting "script" does make sense, if
only to give us room for an explanation.)


Sorry I missed the sense, what explanation?


I don't think the Release Notes ever mention the fact that we assume
a Bourne shell, but if you boot into an initrd rescue shell expecting
it to be csh then your day hasn't finished getting worse.


Again, only if available, why don't we use a portable syntax to all shells?


Ah, yes, avoiding the tricky redirection syntax (worthwhile even if
we don't care about csh).  But if we're assuming this is already a
root session, "~/foo" will  put that log in /root/; maybe we should
say that instead of using tilde-expansion?


I'm for tilde-expansion I find it more elegant and more widespread use 
for referring to the home directory.


--
Franco Martelli

Bug#1059509: release-notes: script -t is deprecated, should we recommend --log-timing?

[Franco Martelli]

Could I suggest that the syntax of "script" command in the "4.4.1. 
Recording the session" section ¹  it should be:


  # script -T ~/upgrade-trixie-step.time -a ~/upgrade-trixie-step.script

¹ 
https://www.debian.org/releases/testing/release-notes/upgrading.en.html#recording-the-session

--
Franco Martelli

Bug#1064394: release-notes: English language output for the commands into script session

[Franco]

Package: release-notes
Severity: wishlist
X-Debbugs-Cc: martelli...@gmail.com

Dear Debian Documentation Project staff,

I want to suggest to add a sentence like the following to the §4.4.1 "Recording 
the session" paragraph. ¹  Below the "script" command:

--- BEGIN of the statement ---
" If you are comfortable with English language it's strongly recommended that 
you run the following command as soon as you start the 'script' session:

  # LC_ALL=C.UTF-8; LANGUAGE=; export LC_ALL LANGUAGE

  This will allow you to get command output messages in English into the script 
session. By doing so, it will help you for searching the web, during 
discussions or to submit a bug report."
--- END of the statement ---

This change it has been discussed on debian-user mailing-list here. ²
The syntax of the command was designed to be portable to all shells, csh 
included.


¹ 
https://www.debian.org/releases/testing/release-notes/upgrading.en.html#recording-the-session
² https://lists.debian.org/debian-user/2024/02/msg00562.html

Bug#1050188: ITP: zpaqfranz -- Swiss army knife for backup and disaster recovery

[Franco Corbelli]

Package: wnpp
Severity: wishlist
Owner: Franco Corbelli 
X-Debbugs-Cc: debian-de...@lists.debian.org, fra...@francocorbelli.com

* Package name: zpaqfranz
  Version : 58.9.c
  Upstream Author : Franco Corbelli 
* URL : https://github.com/fcorbelli/zpaqfranz
* License : MIT
  Programming Lang: C++
  Description : Swiss army knife for backup and disaster recovery

This is a fork of zpaq 7.15 (already in Debian) which was abandoned
by the developer (Matt Mahoney) in 2016.

I have integrated innovative features, in particular the compatibility
with the zfs filesystem, which is increasingly popular also on Debian,
and support for -stdin too (aka: mysql/mariadb dump backups).
These are functions that zpaq cannot do.

I need really a sponsor.

Bug#1042396: Skanlite fails to scan with message: "Document feeder empty"

[Franco Martelli]

Package: skanlite
Version: 22.12.3-1

Skanlite fails to scan, the scanner is an HP ENVY 6030e, I started 
Skanlite from command-line when I click "Scan" button these lines appear 
in Konsole:


~$ skanlite -d escl:https://192.168.0.89:443

xmlns="http://www.hp.com/schemas/imaging/con/errors/2013/05/07; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; 
xmlns:dd="http://www.hp.com/schemas/imaging/con/dictionaries/1.0/; 
xsi:schemaLocation="http://www.hp.com/schemas/imaging/con/errors/2013/05/07 
../schemas/Error.xsd">


IPG-LEDM-SVN.810
2014-09-04

409
conflictWithExisting

/ScanSettings/Version
Input Settings Mismatch Error!



a popup window then is shown with this localized message:

"Alimentatore dei documenti vuoto"

(translated to English with Google Translator: "Document feeder empty")

the locale's output:

~$ locale
LANG=it_IT.UTF-8
LANGUAGE=
LC_CTYPE="it_IT.UTF-8"
LC_NUMERIC="it_IT.UTF-8"
LC_TIME="it_IT.UTF-8"
LC_COLLATE="it_IT.UTF-8"
LC_MONETARY="it_IT.UTF-8"
LC_MESSAGES="it_IT.UTF-8"
LC_PAPER="it_IT.UTF-8"
LC_NAME="it_IT.UTF-8"
LC_ADDRESS="it_IT.UTF-8"
LC_TELEPHONE="it_IT.UTF-8"
LC_MEASUREMENT="it_IT.UTF-8"
LC_IDENTIFICATION="it_IT.UTF-8"
LC_ALL=

the workaround I found is to set LC_ALL=C environment variable at the 
beginning of the command:


~$ LC_ALL=C skanlite -d escl:https://192.168.0.89:443

doing so Skanlite makes scan regularly.

Cheers
--
Franco Martelli

Bug#1027215: How much do we lose if we remove theano (+keras, deepnano, invesalius)?

[Thiago Franco Moraes]

Hi Andreas,

Done! I removed both python3-theano and python3-keras.

Best regards.

Em seg., 16 de jan. de 2023 às 09:54, Andreas Tille 
escreveu:

> Hi Thiago,
>
> Am Sat, Jan 14, 2023 at 07:50:27PM -0300 schrieb Thiago Franco Moraes:
> > Hi Rebecca,
> >
> > InVesalius can work without Theano (and Keras). It will use Pytorch.
>
> Would you mind updating the packaging without Theano?  Currently its in
> its Build-Depends.  Would it be sufficient to drop this Build-Depends?
> If yes, I would upload a fixed package.
>
> Kind regards
>Andreas.
>
> --
> http://fam-tille.de
>

Bug#1027215: How much do we lose if we remove theano (+keras, deepnano, invesalius)?

[Thiago Franco Moraes]

Hi Rebecca,

InVesalius can work without Theano (and Keras). It will use Pytorch.

Best regards.

Em sáb., 14 de jan. de 2023 às 08:12, Rebecca N. Palmer <
rebecca_pal...@zoho.com> escreveu:

> theano has been mostly abandoned upstream since 2018.  (The Aesara fork
> is not abandoned, but includes interface changes including the import
> name, so would break reverse dependencies not specifically altered for it.)
>
> Its reverse dependencies are keras, deepnano and invesalius.
>
> It is currently broken, probably by numpy 1.24 (#1027215), and the
> immediately obvious fixes weren't enough
> (https://salsa.debian.org/science-team/theano/-/pipelines).
>
> Is this worth spending more effort on fixing, or should we just remove it?
>
>
>

Bug#1020997: mirror.sitsa.com.ar: out-of-date

[Franco E. Lazos - SiTSA Telecomunicaciones]

Hi Julien and team!,

The mirror is now up to date and working properly.

You can check that ftpsync was able to successfully update the file 
"http://mirror.sitsa.com.ar/debian/project/trace/mirror.sitsa.com.ar; after 
syncing.

You can now re-add this repository to the Debian repository mirror list.

Best regards,

Franco E. Lazos
Departamento Técnico
SiTSA – Telecomunicaciones
Entre Rios 1435 – (X5900AGI) – Villa María – CBA-ARG
Fijo (54 353) 453-1146 | INT 107
Móvil (54 351) 248-2514
e-Mail franco.la...@sitsa.com.ar <mailto:franco.la...@sitsa.com.ar>
Website www.sitsa.com.ar <http://www.sitsa.com.ar/> / www.trackmaster.com.ar 
<http://www.trackmaster.com.ar/>
 
P Proteja el medio ambiente, no imprima este mail sino es necesario.
 
ATTORNEY - CLIENT PRIVILEGED INFORMATION
 
Este mensaje es privado y confidencial, y está dirigido exclusivamente  a su(s) 
destinatario(s). Si usted ha recibido este mensaje por error,  debe abstenerse 
de distribuirlo, copiarlo o usarlo en cualquier sentido. 
Asimismo, le agradecemos comunicarlo al remitente y borrar el mensaje y 
cualquier documento adjunto
 
This email and any files transmitted with it are confidential and  intended 
solely for the use of the individual or entity to whom they are  addressed.
Please notify the sender immediately by e-mail if you have received this e-mail 
by mistake and delete this e-mail from your system.



> El 2 oct. 2022, a las 01:32, Franco E. Lazos - SiTSA Telecomunicaciones 
>  escribió:
> 
> Hi Julien,
> 
> I think I found some data inconsistencies when migrating the mirror (the 
> /debian/ directory) from the old server to the new one.
> 
> I will immediately proceed to recreate it completely. I will confirm the 
> operability of this mirror soon.
> 
> Please excuse the inconvenience caused.
> 
> Regards,
> 
> Franco E. Lazos
> Departamento Técnico
> SiTSA – Telecomunicaciones
> Entre Rios 1435 – (X5900AGI) – Villa María – CBA-ARG
> Fijo (54 353) 453-1146 | INT 107
> Móvil (54 351) 248-2514
> e-Mail franco.la...@sitsa.com.ar <mailto:franco.la...@sitsa.com.ar>
> Website www.sitsa.com.ar <http://www.sitsa.com.ar/> / www.trackmaster.com.ar 
> <http://www.trackmaster.com.ar/>
>  
> P Proteja el medio ambiente, no imprima este mail sino es necesario.
>  
> ATTORNEY - CLIENT PRIVILEGED INFORMATION
>  
> Este mensaje es privado y confidencial, y está dirigido exclusivamente  a 
> su(s) destinatario(s). Si usted ha recibido este mensaje por error,  debe 
> abstenerse de distribuirlo, copiarlo o usarlo en cualquier sentido. 
> Asimismo, le agradecemos comunicarlo al remitente y borrar el mensaje y 
> cualquier documento adjunto
>  
> This email and any files transmitted with it are confidential and  intended 
> solely for the use of the individual or entity to whom they are  addressed.
> Please notify the sender immediately by e-mail if you have received this 
> e-mail by mistake and delete this e-mail from your system.
> 
> 
> 
>> El 30 sep. 2022, a las 09:04, Julien Cristau > <mailto:jcris...@debian.org>> escribió:
>> 
>> Hi Franco,
>> 
>> http://mirror.sitsa.com.ar/debian/project/trace/mirror.sitsa.com.ar 
>> <http://mirror.sitsa.com.ar/debian/project/trace/mirror.sitsa.com.ar> is
>> dated July 20.  ftpsync should be updating it after each successful
>> sync.
>> 
>> Cheers,
>> Julien
>> 
>> On Fri, Sep 30, 2022 at 08:40:46AM -0300, Franco E. Lazos - SiTSA 
>> Telecomunicaciones wrote:
>>> Hi Julien and team,
>>> 
>>> Our replica server is working properly and is up to date.
>>> The only thing that was done (perhaps approximately 2 months ago) was to
>>> migrate it to a machine with greater processing and storage capacity.
>>> 
>>> Feel free to request any modification that you think is convenient.
>>> 
>>> Best regards,
>>> 
>>> P.S: the migration was quick in terms of availability because no changes 
>>> were
>>> made to production until all the installation processes for the new machine
>>> were complete.
>>> 
>>> Franco E. Lazos
>>> Departamento Técnico
>>> SiTSA – Telecomunicaciones
>>> Entre Rios 1435 – (X5900AGI) – Villa María – CBA-ARG
>>> Fijo (54 353) 453-1146 | INT 107
>>> Móvil (54 351) 248-2514
>>> e-Mail franco.la...@sitsa.com.ar <mailto:franco.la...@sitsa.com.ar>
>>> Website www.sitsa.com.ar / www.trackmaster.com.ar
>>> 
>>> P Proteja el medio ambiente, no imprima este mail sino es necesario.
>>> 
>>> 
>>> 
>>> ATTORNEY - CLIENT PRIVILEGED INFORMATION
>>> 
>>> Este mensaje es 

Bug#1020997: mirror.sitsa.com.ar: out-of-date

[Franco E. Lazos - SiTSA Telecomunicaciones]

Hi Julien,

I think I found some data inconsistencies when migrating the mirror (the 
/debian/ directory) from the old server to the new one.

I will immediately proceed to recreate it completely. I will confirm the 
operability of this mirror soon.

Please excuse the inconvenience caused.

Regards,

Franco E. Lazos
Departamento Técnico
SiTSA – Telecomunicaciones
Entre Rios 1435 – (X5900AGI) – Villa María – CBA-ARG
Fijo (54 353) 453-1146 | INT 107
Móvil (54 351) 248-2514
e-Mail franco.la...@sitsa.com.ar <mailto:franco.la...@sitsa.com.ar>
Website www.sitsa.com.ar <http://www.sitsa.com.ar/> / www.trackmaster.com.ar 
<http://www.trackmaster.com.ar/>
 
P Proteja el medio ambiente, no imprima este mail sino es necesario.
 
ATTORNEY - CLIENT PRIVILEGED INFORMATION
 
Este mensaje es privado y confidencial, y está dirigido exclusivamente  a su(s) 
destinatario(s). Si usted ha recibido este mensaje por error,  debe abstenerse 
de distribuirlo, copiarlo o usarlo en cualquier sentido. 
Asimismo, le agradecemos comunicarlo al remitente y borrar el mensaje y 
cualquier documento adjunto
 
This email and any files transmitted with it are confidential and  intended 
solely for the use of the individual or entity to whom they are  addressed.
Please notify the sender immediately by e-mail if you have received this e-mail 
by mistake and delete this e-mail from your system.



> El 30 sep. 2022, a las 09:04, Julien Cristau  escribió:
> 
> Hi Franco,
> 
> http://mirror.sitsa.com.ar/debian/project/trace/mirror.sitsa.com.ar is
> dated July 20.  ftpsync should be updating it after each successful
> sync.
> 
> Cheers,
> Julien
> 
> On Fri, Sep 30, 2022 at 08:40:46AM -0300, Franco E. Lazos - SiTSA 
> Telecomunicaciones wrote:
>> Hi Julien and team,
>> 
>> Our replica server is working properly and is up to date.
>> The only thing that was done (perhaps approximately 2 months ago) was to
>> migrate it to a machine with greater processing and storage capacity.
>> 
>> Feel free to request any modification that you think is convenient.
>> 
>> Best regards,
>> 
>> P.S: the migration was quick in terms of availability because no changes were
>> made to production until all the installation processes for the new machine
>> were complete.
>> 
>> Franco E. Lazos
>> Departamento Técnico
>> SiTSA – Telecomunicaciones
>> Entre Rios 1435 – (X5900AGI) – Villa María – CBA-ARG
>> Fijo (54 353) 453-1146 | INT 107
>> Móvil (54 351) 248-2514
>> e-Mail franco.la...@sitsa.com.ar
>> Website www.sitsa.com.ar / www.trackmaster.com.ar
>> 
>> P Proteja el medio ambiente, no imprima este mail sino es necesario.
>> 
>> 
>> 
>> ATTORNEY - CLIENT PRIVILEGED INFORMATION
>> 
>> Este mensaje es privado y confidencial, y está dirigido exclusivamente  a 
>> su(s)
>> destinatario(s). Si usted ha recibido este mensaje por error,  debe 
>> abstenerse
>> de distribuirlo, copiarlo o usarlo en cualquier sentido. 
>> Asimismo, le agradecemos comunicarlo al remitente y borrar el mensaje y
>> cualquier documento adjunto
>> 
>> This email and any files transmitted with it are confidential and  intended
>> solely for the use of the individual or entity to whom they are  addressed.
>> Please notify the sender immediately by e-mail if you have received this 
>> e-mail
>> by mistake and delete this e-mail from your system.
>> 
>> 
>> 
>> 
>>El 30 sep. 2022, a las 07:13, Julien Cristau 
>>escribió:
>> 
>>Package: mirrors
>>Severity: normal
>>X-Debbugs-Cc: NOC SiTSA Telecomunicaciones 
>>User: mirr...@packages.debian.org
>>Usertags: mirror-problem
>> 
>>Hi,
>> 
>>Our monitoring shows[1] mirror.sitsa.com.ar/debian is 2 months out of
>>date.  Can you please let us know what's going on?
>> 
>>[1]: https://mirror-master.debian.org/status/mirror-info/
>>mirror.sitsa.com.ar.html
>> 
>>Thanks,
>>Julien - Debian mirrors team
>> 
>> 

Bug#1020997: mirror.sitsa.com.ar: out-of-date

[Franco E. Lazos - SiTSA Telecomunicaciones]

Hi Julien and team,

Our replica server is working properly and is up to date.
The only thing that was done (perhaps approximately 2 months ago) was to 
migrate it to a machine with greater processing and storage capacity.
 
Feel free to request any modification that you think is convenient.
 
Best regards,

P.S: the migration was quick in terms of availability because no changes were 
made to production until all the installation processes for the new machine 
were complete.

Franco E. Lazos
Departamento Técnico
SiTSA – Telecomunicaciones
Entre Rios 1435 – (X5900AGI) – Villa María – CBA-ARG
Fijo (54 353) 453-1146 | INT 107
Móvil (54 351) 248-2514
e-Mail franco.la...@sitsa.com.ar <mailto:franco.la...@sitsa.com.ar>
Website www.sitsa.com.ar <http://www.sitsa.com.ar/> / www.trackmaster.com.ar 
<http://www.trackmaster.com.ar/>
 
P Proteja el medio ambiente, no imprima este mail sino es necesario.
 
ATTORNEY - CLIENT PRIVILEGED INFORMATION
 
Este mensaje es privado y confidencial, y está dirigido exclusivamente  a su(s) 
destinatario(s). Si usted ha recibido este mensaje por error,  debe abstenerse 
de distribuirlo, copiarlo o usarlo en cualquier sentido. 
Asimismo, le agradecemos comunicarlo al remitente y borrar el mensaje y 
cualquier documento adjunto
 
This email and any files transmitted with it are confidential and  intended 
solely for the use of the individual or entity to whom they are  addressed.
Please notify the sender immediately by e-mail if you have received this e-mail 
by mistake and delete this e-mail from your system.



> El 30 sep. 2022, a las 07:13, Julien Cristau  escribió:
> 
> Package: mirrors
> Severity: normal
> X-Debbugs-Cc: NOC SiTSA Telecomunicaciones 
> User: mirr...@packages.debian.org
> Usertags: mirror-problem
> 
> Hi,
> 
> Our monitoring shows[1] mirror.sitsa.com.ar/debian is 2 months out of
> date.  Can you please let us know what's going on?
> 
> [1]: 
> https://mirror-master.debian.org/status/mirror-info/mirror.sitsa.com.ar.html
> 
> Thanks,
> Julien - Debian mirrors team

Bug#1019139: ITP: zpaqfranz -- Swiss army knife for backup and disaster recovery

[Dott. Franco Corbelli]

  
  
The zpaqfranz "full" source contains both win32/64 executable SFX
modules 
(https://github.com/fcorbelli/zpaqfranz/tree/main/ZSFX, they are not
compiled in * nix by #ifdef) 
and a .zpaq file full of pseudorandom data "injected" in the
source .cpp as a sort of Windows' 
resource (mime64-encoded for easy editing)
(https://github.com/fcorbelli/zpaqfranz/tree/main/AUTOTEST)

Essentially there is a command (autotest) that tests both extracting
and archiving. 
The purpose is to certify, albeit partially, quick-and-dirty,
operation on "strange" systems (such as non-Intel CPUs, BIG endian,
ESXi etc).
This part of the test is to extract a reference .zpaq file, and then
recalculate the sha-256 hashes of the individual extracted files
(... the filenames itself). BTW entropy is ~7.99+ for every file,
cannot be nothing "nasty" (such some kind of hidden executable)
If they match it is possible to extract, on that "strange" platform,
a .zpaq file created on another system (Windows)

BUT


Debian "does not like" very much embedded binaries.
Therefore I have prepared some "seds" to convert the "full" source
into a Debian-specific version,
maintainig all self-test functions that are not related to platform
interop.
Short version: I really need help to...pack...
  the package :) 
I will directly e-mail you, instead of the mailing list.
Thanks!




Il 18/09/2022 19:45, Stephen Kitt ha
  scritto:
    
    (...)

Severity:
  wishlist
  

  Owner: Franco Corbelli 

* Package name: zpaqfranz
  Version : 55.14
 (...)
I agree, this should replace zpaq. In fact Franco Corbelli asked me about
this quite a while ago but I never looked into it in detail, sorry about that!

Franco, if you need help getting this into Debian, feel free to ping me, I’d
be happy to review and sponsor your package, or help you package zpaqfranz if
appropriate.

Regards,

Stephen


  

-- 
  

  

Bug#1018779: nouveau DRM: Failure to read SCDC_TMDS_CONFIG: -6 error message

[Franco Martelli]

ints to avoid this message?

TIA

--
Franco Martelli

Bug#967896: Failed to load firmware chunk for iwlwifi Intel(R) Dual Band Wireless AC 9560 on debian-installer

[Pier Paolo Franco]

Dear all,
shortly after this bug commit, I successfully managed to install Debian SID
on this machine with netinst image. IWLWIFI currently working and happily
upgraded to Linux sid 5.15.0-2-amd64 #1 SMP Debian 5.15.5-2 (2021-12-18)
x86_64 GNU/Linux with bookworm/sid without any tweaks in grub/modprobe

Connot repeat a full install: maybe you could need the output of some
system command or file?

Thanx,
Pp

l e x h a c k . i t
PIER PAOLO FRANCO
avvocato | diritto tributario e d'impresa
www.lexhack.it  //  pierpaolo.fra...@lexhack.it  /
pierpaolo.fra...@pec.lexhack.it  (PEC)
P.Iva 03459781203 / Polizza R.C. LLOYD'S A121C540307-LB
VENEZIA, 30032, Fiesso D'Artico, Riviera del Brenta, 305 / T. 041 88 77 018
/ F. 041 88 17 341

Il giorno dom 16 gen 2022 alle ore 00:26 Holger Wansing <
hwans...@mailbox.org> ha scritto:

> Hi all,
>
> Holger Wansing  wrote (Sun, 29 Aug 2021 21:06:11
> +0200):
> > Control: tag -1 moreinfo
> >
> > Pier Paolo Franco  wrote:
> > > Debian installer warns about missing firmware for iwlwifi Intel
> wireless
> > > AC9560, so I manually copied over (on subsequent attempt)
> > > - debian packages (firmware-misc-nonfree, firmware-nonfree,
> > > firmware-iwlwifi),
> > > - tried to get ucodes (34, 38, 41) from USB drive (grabbed from
> > >
> https://cdimage.debian.org/cdimage/unofficial/non-free/firmware/buster/current/
> ),
> > >
> > > - manually copied ucodes avaible for Debian buster in /lib/firmware and
> > > outside in /lib/ (iwlwifi-9000-pu-jf-b0-34, 38, 41 and 43 .ucode)
> > > - iwlwifi-9000-pu-jf-b0-34 from
> > >
> https://www.intel.it/content/www/it/it/support/articles/05511/network-and-i-o/wireless-networking.html
> > >
> > > Neither works. This is a blocking issue on my Lenovo Yoga C640 without
> any
> > > LTE or ethernet fallback.
> >
> > Would you be in the position for testing this with a current bullseye
> > installer?
> > There have been major improvements regarding firmware installation
> > shortly before the release of Bullseye.
> > You will need to use one of the unofficial images with firmware included
> > for such test:
> >
> https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/
>
> Would you be in the position to test this with a Debian Bullseye
> installer, from
>
> https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/11.2.0+nonfree/
> ?
> (unofficial, due to non-free firmware)
>
>
> Thanks
>
> Holger
>
>
> --
> Holger Wansing 
> PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076
>

-- 
Comunicazione
 riservata
esclusivamente ai destinatari indicati 
soggetta a segreto professionale. Ogni invio o
  inoltro a diversi
 
 destinatari è da ritenersi erroneo o illegittimo, nel qual

  caso si prega di darne
  notizia al mittente ed eliminare la 
comunicazione dai propri 
dispositivi.​​ // Reserved to disclosed 
recipients only, communication subject to attorney-client privilege 
according to Italian law. It is strictly forbidden to post or forward this 
message to any other recipient, if you received said message by mistake 
please inform the sender and 
delete it from your devices.
Module  Size  Used by
ctr16384  2
ccm20480  6
sd_mod 61440  0
sg 36864  0
uas32768  0
usb_storage81920  1 uas
cdc_ether  24576  0
usbnet 57344  1 cdc_ether
scsi_mod  270336  4 sd_mod,usb_storage,uas,sg
r8152 126976  0
mii16384  2 usbnet,r8152
scsi_common16384  4 scsi_mod,usb_storage,uas,sg
cmac   16384  2
algif_hash 16384  1
algif_skcipher 16384  1
af_alg 32768  6 algif_hash,algif_skcipher
hid_multitouch 32768  0
mei_hdcp   24576  0
bnep   28672  2
btusb  65536  0
btrtl  28672  1 btusb
btbcm  20480  1 btusb
btintel45056  1 btusb
bluetooth 753664  28 btrtl,btintel,btbcm,bnep,btusb
jitterentropy_rng  16384  1
uvcvideo  118784  0
videobuf2_vmalloc  20480  1 uvcvideo
sha512_ssse3   45056  1
videobuf2_memops   20480  1 videobuf2_vmalloc
videobuf2_v4l2 36864  1 uvcvideo
sha512_generic 16384  1 sha512_ssse3
videobuf2_common   69632  4 
videobuf2_vmalloc,videobuf2_v4l2,uvcvideo,videobuf2_memops
drbg   40960  1
videodev  270336  3 videobuf2_v4l2,uvcvideo,videobuf2_common
mc 65536  4 
videodev,videobuf2_v4l2,uvcvideo,videobuf2_common
ansi_cprng

Bug#935536: Fwd: Compiling Linux with "bdver2" gcc optimization option

[Franco Martelli]

The Objtools maintainer told me to ignore the warnings unless live
patching it's used. This probably it means "Won't Fix" status to this
bug report, however if some kernel hacker will want to fix it I would be
so glad to see those warnings go away.


 Messaggio Inoltrato 
Oggetto: Re: Compiling Linux with "bdver2" gcc optimization option
Data: Thu, 8 Oct 2020 11:24:01 -0500
Mittente: Josh Poimboeuf 
A: Franco Martelli 
CC: pet...@infradead.org

On Thu, Oct 08, 2020 at 06:00:41PM +0200, Franco Martelli wrote:
> Hello dear Objtools Maintainers,
> 
> I got your email address by running the command:
> 
> ~/linux-source-5.8$ perl scripts/get_maintainer.pl -f
> tools/objtool/objtool.c
> 
> from long time I optimize Linux kernel builds using the "bdver2" GCC
> optimization option but sadly it doesn't work anymore. I don't know from
> which Linux kernel version up to now the bug appeared.
> I submitted this bug report [1] to the Debian BTS. I would ask if you
> could pay yours attention and fix it.
> Should I submit the bug report also to https://bugzilla.kernel.org ?
> 
> Thank you very much for yours patience, best regards.
> 
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=935536

Hi Franco,

It will be difficult for objtool to support all the tuning options,
especially since they're so rarely used.  If you don't use live
patching, it's probably safe to ignore the warnings.

-- 
Josh

Bug#935536: Compiling Linux with "bdver2" gcc optimization option

[Franco Martelli]

_range_noflush()+0x2ec: return
with modified stack frame
mm/vmalloc.o: warning: objtool: vread()+0x1cf: stack state mismatch:
cfa1=7+96 cfa2=7+88
mm/vmalloc.o: warning: objtool: vwrite()+0x176: stack state mismatch:
cfa1=7+96 cfa2=7+88
arch/x86/kvm/cpuid.o: warning: objtool: do_cpuid_ent()+0x6b4: can't find
jump dest instruction at .text+0xba6
arch/x86/kvm/pmu.o: warning: objtool: reprogram_fixed_counter()+0xbb:
can't find jump dest instruction at .text+0x37d
kernel/rcu/srcutree.o: warning: objtool: process_srcu()+0x50: stack
state mismatch: cfa1=7+128 cfa2=7+120
kernel/rcu/srcutree.o: warning: objtool: __call_srcu()+0xba: sibling
call from callable instruction with modified stack frame
arch/x86/kernel/alternative.o: warning: objtool:
apply_alternatives()+0x10f: stack state mismatch: cfa1=7+336 cfa2=7+328
arch/x86/kernel/alternative.o: warning: objtool: apply_paravirt()+0x118:
stack state mismatch: cfa1=7+296 cfa2=7+288
arch/x86/kvm/hyperv.o: warning: objtool:
kvm_hv_notify_acked_sint()+0x4a: can't find jump dest instruction at
.text+0x20c
mm/madvise.o: warning: objtool: swapin_walk_pmd_entry()+0x1ec: stack
state mismatch: cfa1=7+88 cfa2=7+80
mm/madvise.o: warning: objtool: madvise_free_pte_range()+0x39e: stack
state mismatch: cfa1=7+136 cfa2=7+128
arch/x86/kernel/tsc_msr.o: warning: objtool: cpu_khz_from_msr()+0x99:
can't find jump dest instruction at .text+0x36
kernel/rcu/tree.o: warning: objtool: rcu_exp_wait_wake()+0x224: return
with modified stack frame
kernel/rcu/tree.o: warning: objtool:
_synchronize_rcu_expedited.constprop.55()+0x1c7: stack state mismatch:
cfa1=7+192 cfa2=7+184
arch/x86/kernel/tsc.o: warning: objtool:
pit_hpet_ptimer_calibrate_cpu()+0x1c4: stack state mismatch: cfa1=7+112
cfa2=7+104
arch/x86/kernel/tsc.o: warning: objtool:
tsc_refine_calibration_work()+0xd8: stack state mismatch: cfa1=7+48
cfa2=7+40


I guess that objtool has stopped recognize CPU instructions for
-march=bdver2 gcc optimization flag. The only workaround I know it is to
use -march=bdver1 instead this compiles without warnings.
Is there a way to get the kernel optimized for my CPU as it happened in
all the previous Debian versions?

Kind regards
-- 
Franco Martelli

Bug#927387: invesalius: crashes after splash screen

[Thiago Franco Moraes]

Hi David,

I think I've found the problem. Devuan is using Python3.7 and
InVesalius-bin was compiled using Python3.6. I tried to rename .so from
*-36m*.so to *-37m*.so it work but with warnings. It's necessary to compile
invesalius-bin to Python3.7. I don't know to proceed in this case.

On Sun, Apr 21, 2019 at 9:52 PM David Paul  wrote:

> > What is the content of the folder /usr/lib/invesalius/invesalius_cy/ ?
>
> ```
> $ ls -AlF /usr/lib/invesalius/invesalius_cy/
> total 1380
> -rw-r--r-- 1 root root 246352 Sep 12  2018
> cy_mesh.cpython-36m-x86_64-linux-gnu.so
> -rw-r--r-- 1 root root 339928 Sep 12  2018
> floodfill.cpython-36m-x86_64-linux-gnu.so
> -rw-r--r-- 1 root root  0 Sep 12  2018 __init__.py
> -rw-r--r-- 1 root root 370080 Sep 12  2018
> interpolation.cpython-36m-x86_64-linux-gnu.so
> -rw-r--r-- 1 root root 200128 Sep 12  2018
> mips.cpython-36m-x86_64-linux-gnu.so
> -rw-r--r-- 1 root root 247424 Sep 12  2018
> transforms.cpython-36m-x86_64-linux-gnu.so
> ```
>

Bug#927387: invesalius: crashes after splash screen

[Thiago Franco Moraes]

Thanks for the bug report.

What is the content of the folder /usr/lib/invesalius/invesalius_cy/ ?
Em 18 de abr de 2019 17:03 -0300, David Paul  escreveu:
> Package: invesalius
> Version: 3.1.2-2
> Severity: grave
>
> Dear Maintainer,
>
> When attempting to run InVesalius for the first time, I am presented
> with the first-run language selector followed by the splash screen,
> but no window ever appears and the invesalius3 process remains active
> until manually terminated. Subsequent run attempts differ only in that
> the language selector is not presented and the invesalius3 process
> terminates on its own.
>
> The following is the console output:
> ```
> $ invesalius3 -d
> /usr/lib/python3/dist-packages/wx/lib/pubsub/__init__.py:25: 
> wxPyDeprecationWarning: wx.lib.pubsub has been deprecated, plese migrate your 
> code to use pypubsub, available on PyPI.
> wx.wxPyDeprecationWarning)
> app.py:234: DeprecationWarning: Yield() is deprecated
> wx.Yield()
> Could not import dl
> /usr/share/invesalius/invesalius/data/transformations.py:1899: UserWarning: 
> failed to import module _transformations
> warnings.warn("failed to import module %s" % name)
> Traceback (most recent call last):
> File "/usr/lib/python3/dist-packages/wx/core.py", line 2228, in Notify
> self.notify()
> File "/usr/lib/python3/dist-packages/wx/core.py", line 3384, in Notify
> self.result = self.callable(*self.args, **self.kwargs)
> File "app.py", line 240, in Startup
> from invesalius.gui.frame import Frame
> File "/usr/share/invesalius/invesalius/gui/frame.py", line 41, in 
> import invesalius.gui.default_tasks as tasks
> File "/usr/share/invesalius/invesalius/gui/default_tasks.py", line 28, in 
> 
> import invesalius.gui.data_notebook as nb
> File "/usr/share/invesalius/invesalius/gui/data_notebook.py", line 40, in 
> 
> import invesalius.data.slice_ as slice_
> File "/usr/share/invesalius/invesalius/data/slice_.py", line 34, in 
> from invesalius.data.mask import Mask
> File "/usr/share/invesalius/invesalius/data/mask.py", line 33, in 
> from invesalius_cy import floodfill
> ImportError: cannot import name 'floodfill' from 'invesalius_cy' 
> (/usr/lib/invesalius/invesalius_cy/__init__.py)
> Traceback (most recent call last):
> File "/usr/lib/python3/dist-packages/wx/core.py", line 2228, in Notify
> self.notify()
> File "/usr/lib/python3/dist-packages/wx/core.py", line 3384, in Notify
> self.result = self.callable(*self.args, **self.kwargs)
> File "app.py", line 123, in Startup2
> self.control = self.splash.control
> AttributeError: 'Inv3SplashScreen' object has no attribute 'control'
> Traceback (most recent call last):
> File "app.py", line 264, in OnClose
> if self.fc.IsRunning():
> AttributeError: 'Inv3SplashScreen' object has no attribute 'fc'
> ```
>
> -- System Information:
> Distributor ID: Devuan
> Description: Devuan GNU/Linux 3.0 (Beowulf)
> Release: 3.0
> Codename: beowulf
> Architecture: x86_64
>
> Kernel: Linux 4.19.29-gnu (SMP w/16 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
>
> Versions of packages invesalius depends on:
> ii invesalius-bin 3.1.2-2
> ii python3 3.7.2-1
> ii python3-gdcm 2.8.8-6
> ii python3-nibabel 2.3.2-1
> ii python3-numpy 1:1.16.2-1
> ii python3-pil 5.4.1-2
> ii python3-psutil 5.5.1-1
> ii python3-scipy 1.1.0-3
> ii python3-serial 3.4-4
> ii python3-skimage 0.14.2-2
> ii python3-vtk7 7.1.1+dfsg1-12+b1
> ii python3-vtkgdcm 2.8.8-6
> ii python3-wxgtk4.0 4.0.4+dfsg-2
>
> invesalius recommends no packages.
>
> invesalius suggests no packages.
>
> -- no debconf information
>

Bug#922690: mirror submission for mirror.sitsa.com.ar

[Franco E. Lazos - SiTSA Telecomunicaciones]

Hi,

Sorry for the inconvenience, here in English:

/*
Package: mirrors

Submission-Type: new
Site: mirror.sitsa.com.ar

Comment: Welcome to the mirror of the center, of the center of the country!

If you are in Argentina, it is possible that this mirror is useful according to 
our location and connectivity.
It is time to contribute to the Debian GNU / Linux community for its technical 
excellence and, among other purposes, because they are always attentive to the 
needs and expectations that arise.

The SiTSA Telecomunicaciones Team.-
*/

Best Regards,

P.S: currently, 1 Gbps is available for this mirror. Mirror's directories 
available: /debian, /debian-cd.

Franco E. Lazos
Departamento Técnico
SiTSA – Telecomunicaciones
Entre Rios 1435 – (X5900AGI) – Villa María – CBA-ARG
Fijo (54 353) 453-1146 | INT 107
Móvil (54 351) 248-2514
e-Mail franco.la...@sitsa.com.ar <mailto:franco.la...@sitsa.com.ar>
Website www.sitsa.com.ar <http://www.sitsa.com.ar/> / www.trackmaster.com.ar
 
P Proteja el medio ambiente, no imprima este mail sino es necesario.
 
ATTORNEY - CLIENT PRIVILEGED INFORMATION
 
Este mensaje es privado y confidencial, y está dirigido exclusivamente  a su(s) 
destinatario(s). Si usted ha recibido este mensaje por error,  debe abstenerse 
de distribuirlo, copiarlo o usarlo en cualquier sentido. 
Asimismo, le agradecemos comunicarlo al remitente y borrar el mensaje y 
cualquier documento adjunto
 
This email and any files transmitted with it are confidential and  intended 
solely for the use of the individual or entity to whom they are  addressed.
Please notify the sender immediately by e-mail if you have received this e-mail 
by mistake and delete this e-mail from your system.

> El 25 feb. 2019, a las 06:25, Peter Palfrader  escribió:
> 
> On Tue, 19 Feb 2019, NOC SiTSA Telecomunicaciones wrote:
> 
>> Package: mirrors
> 
>> Submission-Type: new
>> Site: mirror.sitsa.com.ar
> 
>> Comment: ¡Bienvenido a la réplica del centro, del centro del país!
>> 
>> Si se encuentra en Argentina en general, es posible que esta réplica sea 
>> útil de acuerdo con nuestra ubicación y conectividad.
>> Es hora de contribuir a la comunidad Debian GNU / Linux por su excelencia 
>> técnica y, entre otros propósitos, porque siempre están atentos a las 
>> necesidades y expectativas que surgen.
>> 
>> El equipo de SiTSA Telecomunicaciones.-
> 
> Um, english please?
> 
> -- 
>|  .''`.   ** Debian **
>  Peter Palfrader   | : :' :  The  universal
> https://www.palfrader.org/ | `. `'  Operating System
>|   `-https://www.debian.org/

Bug#908456: invesalius is no longer installable

[Thiago Franco de Moraes]

Andreas, I found other problem. 3 python script had python2 prints. I already 
fixed that at upstream. I created a patch and added into the package. I already 
commited this change into the Salsa.

Best regards.

- Mensagem original -
De: "Thiago Franco de Moraes" 
Para: "Andreas Tille" 
Cc: "908456" <908...@bugs.debian.org>
Enviadas: Quarta-feira, 12 de setembro de 2018 9:03:03
Assunto: Re: Bug#908456: invesalius is no longer installable

Hi Andreas,

Thanks again, Andreas! Fortunately, the next version will not have this problem 
with permissions.

Best regards.

- Mensagem original -
De: "Andreas Tille" 
Para: "Thiago Franco de Moraes" 
Cc: "908456" <908...@bugs.debian.org>
Enviadas: Terça-feira, 11 de setembro de 2018 16:07:45
Assunto: Re: Bug#908456: invesalius is no longer installable

On Tue, Sep 11, 2018 at 03:31:18PM -0300, Thiago Franco de Moraes wrote:
> >
> > This was easy - see my latest commit.
> 
> Thanks!

You are welcome.
 
> I created a patch to remove the python2 shebangs. This patch was already 
> applied into the upstream. But there is other problem:

Fine.
 
> W: invesalius: executable-not-elf-or-script 
> usr/share/invesalius/invesalius/gui/widgets/gradient.py
> W: invesalius: executable-not-elf-or-script 
> usr/share/invesalius/invesalius/data/viewer_slice.py
> W: invesalius: executable-not-elf-or-script 
> usr/share/invesalius/invesalius/data/viewer_volume.py
> 
> This is happening because these files have execution permission:
> 
> ▶ find -executable -type f -name "*.py"
> ./invesalius/data/viewer_slice.py
> ./invesalius/data/viewer_volume.py
> ./invesalius/gui/widgets/gradient.py

I decided to ignore this for this upload.
 
> This is a problem at the upstream. I don't know why this happened, maybe 
> someone using Windows ... I already fixed this problem at the upstream. But I 
> don't know how to solve this problem in the packaging.
> 
> ...
> So I think this is fixed.

Yes.  I just uploaded and leave those permission issues for a later
upload.

Kind regards

 Andreas. 

-- 
http://fam-tille.de

Bug#908456: invesalius is no longer installable

[Thiago Franco de Moraes]

Hi Andreas,

Thanks again, Andreas! Fortunately, the next version will not have this problem 
with permissions.

Best regards.

- Mensagem original -
De: "Andreas Tille" 
Para: "Thiago Franco de Moraes" 
Cc: "908456" <908...@bugs.debian.org>
Enviadas: Terça-feira, 11 de setembro de 2018 16:07:45
Assunto: Re: Bug#908456: invesalius is no longer installable

On Tue, Sep 11, 2018 at 03:31:18PM -0300, Thiago Franco de Moraes wrote:
> >
> > This was easy - see my latest commit.
> 
> Thanks!

You are welcome.
 
> I created a patch to remove the python2 shebangs. This patch was already 
> applied into the upstream. But there is other problem:

Fine.
 
> W: invesalius: executable-not-elf-or-script 
> usr/share/invesalius/invesalius/gui/widgets/gradient.py
> W: invesalius: executable-not-elf-or-script 
> usr/share/invesalius/invesalius/data/viewer_slice.py
> W: invesalius: executable-not-elf-or-script 
> usr/share/invesalius/invesalius/data/viewer_volume.py
> 
> This is happening because these files have execution permission:
> 
> ▶ find -executable -type f -name "*.py"
> ./invesalius/data/viewer_slice.py
> ./invesalius/data/viewer_volume.py
> ./invesalius/gui/widgets/gradient.py

I decided to ignore this for this upload.
 
> This is a problem at the upstream. I don't know why this happened, maybe 
> someone using Windows ... I already fixed this problem at the upstream. But I 
> don't know how to solve this problem in the packaging.
> 
> ...
> So I think this is fixed.

Yes.  I just uploaded and leave those permission issues for a later
upload.

Kind regards

 Andreas. 

-- 
http://fam-tille.de

Bug#908456: invesalius is no longer installable

[Thiago Franco de Moraes]

On Tue, Sep 11, 2018 at 1:49 PM Andreas Tille  wrote:
>
> Hi Thiago,
>
> On Tue, Sep 11, 2018 at 10:21:51AM -0300, Thiago Franco de Moraes wrote:
> > Hi Andreas,
> >
> > Done! I've just pulled the changes to Salsa. I created a new release 
> > (3.1.2).
>
> Good. :-)
>
> > But I'm getting this warning:
> >  dpkg-gencontrol: warning: Depends field of package invesalius: unknown 
> > substitution variable ${python:Depends}
>
> This was easy - see my latest commit.

Thanks!

> > This warning happens with both my last version and with the last change you 
> > did. I'm using "gbp buildpackage" to create the package in Ubuntu and 
> > Debian Sid. I tested the package in Debian Sid and it is working correctly.
>
> Hmmm, here is a less easy one - no idea why you do not get this.  There
> are some remaining Python2 scripts that need to be ported:
>
> E: invesalius: missing-dep-for-interpreter python2 => python:any | 
> python-minimal:any | python2:any | python2-minimal:any 
> (usr/share/invesalius/invesalius/data/viewer_slice.py) #!/usr/bin/python2
> N:
> N:You used an interpreter for a script that is not in an essential
> N:package. In most cases, you will need to add a Dependency on the package
> N:that contains the interpreter. If the dependency is already present,
> N:please file a bug against Lintian with the details of your package so
> N:that its database can be updated.
> N:  
> N:In some cases a weaker relationship, such as Suggests or Recommends,
> N:will be more appropriate.
> N:  
> N:Severity: important, Certainty: possible
> N:  
> N:Check: scripts, Type: binary
> N:
> E: invesalius: missing-dep-for-interpreter python2 => python:any | 
> python-minimal:any | python2:any | python2-minimal:any 
> (usr/share/invesalius/invesalius/data/viewer_volume.py) #!/usr/bin/python2
> E: invesalius: missing-dep-for-interpreter python2 => python:any | 
> python-minimal:any | python2:any | python2-minimal:any 
> (usr/share/invesalius/invesalius/gui/widgets/gradient.py) #!/usr/bin/python2

I created a patch to remove the python2 shebangs. This patch was already 
applied into the upstream. But there is other problem:

W: invesalius: executable-not-elf-or-script 
usr/share/invesalius/invesalius/gui/widgets/gradient.py
W: invesalius: executable-not-elf-or-script 
usr/share/invesalius/invesalius/data/viewer_slice.py
W: invesalius: executable-not-elf-or-script 
usr/share/invesalius/invesalius/data/viewer_volume.py

This is happening because these files have execution permission:

▶ find -executable -type f -name "*.py"
./invesalius/data/viewer_slice.py
./invesalius/data/viewer_volume.py
./invesalius/gui/widgets/gradient.py

This is a problem at the upstream. I don't know why this happened, maybe 
someone using Windows ... I already fixed this problem at the upstream. But I 
don't know how to solve this problem in the packaging.

There is other problem, but I already fixed. I used debuild to test a change in 
the packaging that I did. It worked but when I commit the change I also commit 
some changes in the source code of InVesalius. I think debuild didn't unapply 
the patches. This happened at the commit 83d10824. I fixed this problem at the 
commit 0a1dfc00. Using the git diff to see the differences between the head and 
the upstream/3.1.2 show the only difference are the debian folder:

git diff --name-only HEAD upstream/3.1.2
debian/changelog
debian/compat
debian/control
debian/copyright
debian/dirs
debian/docs
debian/invesalius-bin.install
debian/invesalius-examples.examples
debian/invesalius.desktop
debian/invesalius.install
debian/invesalius.lintian-overrides
debian/invesalius.manpages
debian/invesalius.xpm
debian/invesalius3.1
debian/links
debian/patches/10_import_cython_modules.patch
debian/patches/10_remove_python2_shebang.patch
debian/patches/10_sample_path.patch
debian/patches/series
debian/rules
debian/source/format
debian/source/options
debian/watch
(END)

So I think this is fixed.

> Kind regards
>
>   Andreas.
>
> --
> http://fam-tille.de

Best regards

Bug#908456: invesalius is no longer installable

[Thiago Franco de Moraes]

Hi Andreas,

Done! I've just pulled the changes to Salsa. I created a new release 
(3.1.2). But I'm getting this warning:
 dpkg-gencontrol: warning: Depends field of package invesalius: unknown 
substitution variable ${python:Depends} 

This warning happens with both my last version and with the last change you 
did. I'm using "gbp buildpackage" to create the package in Ubuntu and Debian 
Sid. I tested the package in Debian Sid and it is working correctly.

Best regards.

- Mensagem original -
De: "Andreas Tille" 
Para: 908...@bugs.debian.org
Cc: "Thiago Franco Moraes" 
Enviadas: Segunda-feira, 10 de setembro de 2018 4:01:41
Assunto: Re: Bug#908456: invesalius is no longer installable

Hi Thiago

On Mon, Sep 10, 2018 at 08:41:27AM +0300, Adrian Bunk wrote:
> Package: invesalius
> Version: 3.1.1-1
> Severity: grave
> 
> The following packages have unmet dependencies:
>  invesalius : Depends: python-gdcm but it is not going to be installed
>   Depends: python-vtkgdcm but it is not going to be installed

Gdcm has switched to Python3 now.  Can you please check with latest
invesalius and commit the needed changes to Git?

Kind regards

Andreas.

-- 
http://fam-tille.de

Bug#901562: invesalius is marked for autoremoval from testing

[Thiago Franco Moraes]

Hi Andreas,

Thanks, I can push to repository now. I've pushed both the master and
upstream/3.1.1

Best regards

On Sat, Aug 18, 2018 at 2:32 AM Andreas Tille  wrote:
>
> Hi Thiago,
>
> On Fri, Aug 17, 2018 at 09:12:46PM -0300, Thiago Franco Moraes wrote:
> > I' ve created a merge request in the Debian Salsa with a new version
> > tag (3.1.9991) of InVesalius. This new version fixes the bug #901562.
>
> I've added you to the Debian Med team now.  Please check whether you
> can push directly to the repository.
> > This package is not using Python3 because there is not a
> > pyhton3-vtkgdcm package in Debian Testing. But InVesalius is already
> > running with Python3.
>
> I've just opened a bug against gdcm to ask for Python3 support.  As
> I understood Gerd in #895900 this is planed and was just delayed due
> to Invesalius.  So I think we can expect pyhton3-vtkgdcm soon.
>
> Thanks for your work on this
>
>   Andreas.
>
> --
> http://fam-tille.de

Bug#901562: invesalius is marked for autoremoval from testing

[Thiago Franco Moraes]

Hi Andreas,

I' ve created a merge request in the Debian Salsa with a new version
tag (3.1.9991) of InVesalius. This new version fixes the bug #901562.
This package is not using Python3 because there is not a
pyhton3-vtkgdcm package in Debian Testing. But InVesalius is already
running with Python3.

Best regards
On Wed, Jul 11, 2018 at 12:35 PM Andreas Tille  wrote:
>
> On Wed, Jul 11, 2018 at 12:18:28PM -0300, Thiago Franco Moraes wrote:
> >
> > I was thinking the second option. I'll create a new version tag,
> > something like 3.1.9997, then I'll have a tarball with this version.
> > Also, I'll package it using Python3.
>
> Perfect.
>
> Kind regards
>
>Andreas.
>
> --
> http://fam-tille.de

Bug#901562: invesalius is marked for autoremoval from testing

[Thiago Franco Moraes]

Hi Andreas,

On Wed, Jul 11, 2018 at 3:30 AM Andreas Tille  wrote:
>
> Hi Thiago,
>
> On Tue, Jul 10, 2018 at 09:39:12PM -0300, Thiago Franco Moraes wrote:
> > I think the easiest way to fix this bug is to package the git version.
> > Also, the git version is already working with Python3. What do you
> > think?
>
> I have no opinion about what code works better - that's perfectly your
> decision as upstream and probably active user.  While we could even turn
> the debian/watch file to git mode which fetches the lastet Git commit
> I'm afraid that this is always in flux.  What do you think about an
> early beta release and we use this tarball until there is a stable
> version of the next release?  The thing is that also non-Debian users
> might stumble upon the issues.  If you can refer those users to such a
> release that might have some users that have tested exactly this code
> and not a random Git commit this could have some advantages.
>
> What do you think about this suggestion?

I was thinking the second option. I'll create a new version tag,
something like 3.1.9997, then I'll have a tarball with this version.
Also, I'll package it using Python3.

Kind regards.

> Kind regards
>
>Andreas.
>
> --
> http://fam-tille.de
>

Bug#901562: invesalius is marked for autoremoval from testing

[Thiago Franco Moraes]

Hi Andreas,

I think the easiest way to fix this bug is to package the git version.
Also, the git version is already working with Python3. What do you
think?

Best regards.
On Tue, Jul 10, 2018 at 3:27 AM Andreas Tille  wrote:
>
> Hi Thiago,
>
> any news about this?  Note that bug #901377 is fixed so we need to
> concentrate only on #901562.  Are you able to reproduce the issue or do
> you need more information from the bug reporter?
>
> Kind regards
>
>Andreas.
>
>
> On Tue, Jul 10, 2018 at 04:39:04AM +, Debian testing autoremoval watch 
> wrote:
> > invesalius 3.1.1-3 is marked for autoremoval from testing on 2018-07-26
> >
> > It is affected by these RC bugs:
> > 901562: invesalius: Segmentation fault at startup
> >
> > It (build-)depends on packages with these RC bugs:
> > 901377: skimage: FTBFS and Debci failure with NumPy 1.14
>
> --
> http://fam-tille.de

Bug#901562: invesalius: Segmentation fault at startup

[Thiago Franco Moraes]

Hi Andreas,

I reported the bug to the python-vtk6 package. Here the link
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=902125

This bug will continue to open or do I have to do something to close it?

Best regards,
Thiago Franco de Moraes

Bug#902125: Segmentation fault at wxVTKRenderWindowInteractor

[Thiago Franco Moraes]

Package: python-vtk6
Version: 6.3.0+dfsg2-2+b2

When I run a python software that uses wxVTKRenderWindowInteractor a
segmentation fault happens. This segmentation fault doesn't happen
when the window manager is KDE. This segmentation fault happens when
run in Gnome-shell and XFCE4. I haven' t tested with other window
managers. If used wxpython4, this segmentation fault doesn't happen,
in any window manager, it just happens if used wxpython3.

A simple code to test this is:


from vtk.wx.wxVTKRenderWindowInteractor import
wxVTKRenderWindowInteractorConeExample
wxVTKRenderWindowInteractorConeExample()


Please, see this bug for more informations
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901562

Best regards.

Bug#901562: invesalius: Segmentation fault at startup

[Thiago Franco Moraes]

 wxEvtHandler::SafelyProcessEvent(wxEvent&) ()
> from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #33 0x74dd4557 in wxWindow::DoSetSize(int, int, int, int, int)
> () from /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #34 0x74dd661d in wxWindow::DoSetClientSize(int, int) () from
> /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #35 0x74f649a7 in wxSizer::Fit(wxWindow*) () from
> /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #36 0x76043941 in ?? () from
> /usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core_.x86_64-linux-gnu.so
> #37 0x5564f874 in PyEval_EvalFrameEx ()
> #38 0x55646c7a in PyEval_EvalCodeEx ()
> #39 0x5564edb4 in PyEval_EvalFrameEx ()
> #40 0x5564e3e2 in PyEval_EvalFrameEx ()
> #41 0x55646c7a in PyEval_EvalCodeEx ()
> #42 0x55662b09 in ?? ()
> #43 0x5567b2be in ?? ()
> #44 0x5567aeca in ?? ()
> #45 0x55637afb in ?? ()
> #46 0x5564e5d0 in PyEval_EvalFrameEx ()
> #47 0x5564e3e2 in PyEval_EvalFrameEx ()
> #48 0x55646c7a in PyEval_EvalCodeEx ()
> #49 0x55662b09 in ?? ()
> #50 0x5567b2be in ?? ()
> #51 0x5567aeca in ?? ()
> #52 0x55637afb in ?? ()
> #53 0x5564e5d0 in PyEval_EvalFrameEx ()
> #54 0x5564e3e2 in PyEval_EvalFrameEx ()
> #55 0x55646c7a in PyEval_EvalCodeEx ()
> #56 0x55662b09 in ?? ()
> #57 0x5567b2be in ?? ()
> #58 0x5567aeca in ?? ()
> #59 0x55637afb in ?? ()
> #60 0x5564e5d0 in PyEval_EvalFrameEx ()
> #61 0x55646c7a in PyEval_EvalCodeEx ()
> #62 0x55662d9d in ?? ()
> #63 0x5563290e in PyObject_Call ()
> #64 0x5564b6d3 in PyEval_EvalFrameEx ()
> #65 0x5564e3e2 in PyEval_EvalFrameEx ()
> #66 0x55646c7a in PyEval_EvalCodeEx ()
> #67 0x55662b09 in ?? ()
> #68 0x5567b2be in ?? ()
> #69 0x5563290e in PyObject_Call ()
> #70 0x556529f0 in PyEval_CallObjectWithKeywords ()
> #71 0x75fa915e in wxPyCallbackHelper::callCallbackObj(_object*)
> const () from
> /usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core_.x86_64-linux-gnu.so
> #72 0x75fa91cd in wxPyCallbackHelper::callCallback(_object*)
> const () from
> /usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core_.x86_64-linux-gnu.so
> #73 0x7fffe8a05f03 in wxPyTimer::Notify() () from
> /usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_misc_.x86_64-linux-gnu.so
> #74 0x74dcc2c1 in ?? () from
> /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #75 0x7241bb73 in ?? () from
> /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
> #76 0x7241b0f5 in g_main_context_dispatch () from
> /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
> #77 0x7241b4c0 in ?? () from
> /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
> #78 0x7241b7d2 in g_main_loop_run () from
> /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
> #79 0x735e3e85 in gtk_main () from
> /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
> #80 0x74db9cc5 in wxGUIEventLoop::DoRun() () from
> /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #81 0x742ffea3 in wxEventLoopBase::Run() () from
> /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #82 0x742c74b6 in wxAppConsoleBase::MainLoop() () from
> /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #83 0x75faf027 in wxPyApp::MainLoop() () from
> /usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core_.x86_64-linux-gnu.so
> #84 0x7600ad45 in ?? () from
> /usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core_.x86_64-linux-gnu.so
> #85 0x5564f874 in PyEval_EvalFrameEx ()
> #86 0x55646c7a in PyEval_EvalCodeEx ()
> #87 0x55662b09 in ?? ()
> #88 0x5567b2be in ?? ()
> #89 0x5564e5d0 in PyEval_EvalFrameEx ()
> #90 0x5564e3e2 in PyEval_EvalFrameEx ()
> #91 0x5564e3e2 in PyEval_EvalFrameEx ()
> #92 0x55646c7a in PyEval_EvalCodeEx ()
> #93 0x55646709 in PyEval_EvalCode ()
> #94 0x5567771f in ?? ()
> #95 0x55672472 in PyRun_FileExFlags ()
> #96 0x556718ed in PyRun_SimpleFileExFlags ()
> #97 0x55620a2b in Py_Main ()
> #98 0x76e69a87 in __libc_start_main () from
> /lib/x86_64-linux-gnu/libc.so.6
> #99 0x556202aa in _start ()
> (gdb) quit
>
> if this is useful...
>
> Best regards,
> Torquil Sørensen
>
> On 15/06/18 23:19, Thiago Franco Moraes wrote:
> > Hi,
> >
> > What window manager are your using? I don't why yet, but this error
> > doesn't happen if you use KDE as window manager. It's happening also
> > with the git version (ht

Bug#901562: invesalius: Segmentation fault at startup

[Thiago Franco Moraes]

Hi,

What window manager are your using? I don't why yet, but this error
doesn't happen if you use KDE as window manager. It's happening also
with the git version (https://github.com/invesalius/invesalius3). If
you use the WXPython4 this doesn't happen, but you need to use the git
version.

Thanks for the bug report.
On Thu, Jun 14, 2018 at 3:27 PM Torquil Macdonald Sørensen
 wrote:
>
> Package: invesalius
> Version: 3.1.1-3
> Severity: grave
> Justification: renders package unusable
>
> When trying to run invesalius, I get this segmentation fault:
>
> torquil@lenovo-p51:~$ invesalius3
> /usr/share/invesalius/invesalius/data/transformations.py:1899: UserWarning: 
> failed to import module _transformations
>   warnings.warn("failed to import module %s" % name)
>   session mode:  0
>   Segmentation fault
> torquil@lenovo-p51:~$
>
> Best regards,
> Torquil Sørensen
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.16.0-2-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_GB:en (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages invesalius depends on:
> ii  invesalius-bin 3.1.1-3
> ii  python 2.7.15-3
> ii  python-concurrent.futures  3.2.0-1
> ii  python-configparser3.5.0-1
> ii  python-gdcm2.8.6-2
> ii  python-nibabel 2.3.0-1
> ii  python-numpy   1:1.14.5-1
> ii  python-pil 5.1.0-1
> ii  python-psutil  5.4.6-1
> ii  python-scipy   0.19.1-2
> ii  python-serial  3.4-3
> ii  python-skimage 0.13.1-3
> ii  python-vtk66.3.0+dfsg2-2+b2
> ii  python-vtkgdcm 2.8.6-2
> ii  python-wxgtk3.03.0.2.0+dfsg-8
> ii  python2.7  2.7.15-1
>
> invesalius recommends no packages.
>
> invesalius suggests no packages.
>
> -- no debconf information

Bug#880234: Re%3A nibabel%3A FTBFS%3A Test failures

[Thiago Franco de Moraes]

Hi

I cloned the git repo from nibabel and did some tests. I saw the HEAD of 
upstream doesn't have this problem. The difference from the HEAD to the 2.1.0 
version in the file with the error is diff I've attached in this email. 
Applying this diff fix this problem. I think you can send this patch to the guy 
which packages nibabel.

Kind regards.diff --git a/nibabel/orientations.py b/nibabel/orientations.py
index 2567b41..bc85173 100644
--- a/nibabel/orientations.py
+++ b/nibabel/orientations.py
@@ -63,7 +63,7 @@ def io_orientation(affine, tol=None):
 RS = RZS / zooms
 # Transform below is polar decomposition, returning the closest
 # shearless matrix R to RS
-P, S, Qs = npl.svd(RS)
+P, S, Qs = npl.svd(RS, full_matrices=False)
 # Threshold the singular values to determine the rank.
 if tol is None:
 tol = S.max() * max(RS.shape) * np.finfo(S.dtype).eps

Bug#779655: invesalius: "ZeroDivisionError: float division by zero" upon importing DICOM X-ray videos

[Thiago Franco Moraes]

Thanks for your help, Andreas.

On Fri, Sep 15, 2017 at 1:23 PM Andreas Tille <andr...@fam-tille.de> wrote:

> On Fri, Sep 15, 2017 at 03:03:11PM +, Thiago Franco Moraes wrote:
> > Andreas, yes, if it's possible.
>
> Done.  Thank you for your contribution
>
>   Andreas.
>
> --
> http://fam-tille.de
>

Bug#779655: invesalius: "ZeroDivisionError: float division by zero" upon importing DICOM X-ray videos

[Thiago Franco Moraes]

Andreas, yes, if it's possible.

On Fri, Sep 15, 2017 at 12:00 PM Andreas Tille <andr...@fam-tille.de> wrote:

> Hi Thiago,
>
> On Fri, Sep 15, 2017 at 01:52:37PM +, Thiago Franco Moraes wrote:
> > I committed the patch to debian-med git repo of InVesalius. Also, I'll
> > commit it to the upstream.
>
> Since your changes are a bit more than the simple patch by Gert:  Do you
> want me to upload your changes quickly since this all is needed to fix
> the issue?
>
> Thanks a lot for your quick response - its fun to work together with
> responsive upstream developers
>
>   Andreas.
>
> --
> http://fam-tille.de
>

Bug#779655: invesalius: "ZeroDivisionError: float division by zero" upon importing DICOM X-ray videos

[Thiago Franco Moraes]

I committed the patch to debian-med git repo of InVesalius. Also, I'll
commit it to the upstream.

On Fri, Sep 15, 2017 at 9:45 AM Thiago Franco Moraes <totonixs...@gmail.com>
wrote:

> Hi Andreas,
>
> I tested here the patch, it's not working with case it tries to fix. I'm
> hacking here a fix, it almost complete. I'll submit here the patch and I'll
> put it in the upstream.
>
> Thanks!
>
> On Fri, Sep 15, 2017 at 6:09 AM Andreas Tille <andr...@an3as.eu> wrote:
>
>> On Fri, Sep 15, 2017 at 10:38:51AM +0200, Gert Wollny wrote:
>> > Patch pushed to packaging git, but someone should test it on real data.
>>
>> Ahhh, I've first seen the commit message and just uploaded since I was
>> at it.  I think uploading and enabling users to easily test via the
>> package makes sense anyway.  We could reopen if the issue persists.
>>
>> Thanks a lot in any case
>>
>>  Andreas.
>>
>> --
>> http://fam-tille.de
>>
>>

Bug#779655: invesalius: "ZeroDivisionError: float division by zero" upon importing DICOM X-ray videos

[Thiago Franco Moraes]

Hi Andreas,

I tested here the patch, it's not working with case it tries to fix. I'm
hacking here a fix, it almost complete. I'll submit here the patch and I'll
put it in the upstream.

Thanks!

On Fri, Sep 15, 2017 at 6:09 AM Andreas Tille  wrote:

> On Fri, Sep 15, 2017 at 10:38:51AM +0200, Gert Wollny wrote:
> > Patch pushed to packaging git, but someone should test it on real data.
>
> Ahhh, I've first seen the commit message and just uploaded since I was
> at it.  I think uploading and enabling users to easily test via the
> package makes sense anyway.  We could reopen if the issue persists.
>
> Thanks a lot in any case
>
>  Andreas.
>
> --
> http://fam-tille.de
>
>

Bug#779655: r22824 - in trunk/packages/invesalius/trunk/debian: . patches

[Thiago Franco de Moraes]

Hi Andreas,

The InVesalius development has been very slow in last months, because of some 
problems (non related to InVesalius) we are having to solve here. I'll try to 
show some message warning the user about InVesalius not handling these type of 
images.

Best regards.

- Original Message -
From: "Andreas Tille" <andr...@an3as.eu>
To: "Thiago Franco Moraes" <tfmor...@cti.gov.br>
Cc: 779...@bugs.debian.org
Sent: Wednesday, December 14, 2016 5:28:50 AM
Subject: Re: r22824 - in trunk/packages/invesalius/trunk/debian: . patches

> On Tue, Nov 08, 2016 at 06:23:00PM +, Thiago Franco Moraes wrote:
> > Hi Andreas,
> > 
> > We are now working in a new InVesalius version. This commit to the debian
> > package is just to adapt to the new (3.1, unstable yet) invesalius version.
> > I was only antecipating the changes to make the package to version we are
> > going to release soon. Sorry if I behave incorrectly.

BTW, do you intend to fix

   https://bugs.debian.org/779655

in the new version?

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#836691: Note#836690: lonnie

[Lonnie Franco]

Lonnie Franco

-Original Message-
From: "#WalPromos" <hl...@subdivi.de>
Sent: ‎9/‎4/‎2016 6:21 PM
To: "Debian Bug Tracking System" <su...@bugs.debian.org>
Subject: Note#836690: lonnie

CongratsThis __is your__1,OOO.OO_Walmart___GiftCard 

Bug#836691: Note#836690: lonnie. How can I get my money?

[Lonnie Franco]

Lonnie Franco

-Original Message-
From: "#WalPromos" <hl...@subdivi.de>
Sent: ‎9/‎4/‎2016 6:21 PM
To: "Debian Bug Tracking System" <su...@bugs.debian.org>
Subject: Note#836690: lonnie

CongratsThis __is your__1,OOO.OO_Walmart___GiftCard 

Bug#786393: Workaround to keep systemd-cryptsetup-generator from decrypt an already mounted root device throught Debian /etc/crypttab keyscript

[Pier Paolo Franco]

After some googling i derived an ugly keyscript for /etc/crypttab to
decrypt root disk (as per standard wholedisk encryption Debian install).

I manage to prevent the 90s delay annoyance hardcoding the device uuid in
the script instead of in the crypttab file.
This consent to plain aptitude updates (without the need to change
/etc/crypttab at any update-initramfs) and somehow prevent systemd magic. I
hope it will also permit subsequent systemd crypto logic.
Note that I use a raw (unpartitioned) usb stick to hold the key, and in its
absence the keyscript nicely fallback to cryptsetup askpass cli.

It shouldn't be too difficult to extend the script for more complex
solutions (eg. deriving correct device uuid and/or seek key position from
crypto mapper name).

~$ cat /etc/crypttab
 UUID= none luks,discard,keyscript=/opt/
passphrase-from-usb

~$ cat /opt/passphrase-from-usb
#!/bin/sh
set -e

CRYPTTAB_KEY="/dev/disk/by-id/"

if ! [ -e /root/passphrase-from-usb-done ]; then
touch /root/passphrase-from-usb-done
if [ -e "$CRYPTTAB_KEY" ]; then
echo "Unlocking $CRYPTTAB_NAME..." >&2
dd if="$CRYPTTAB_KEY" bs=1 skip= count=
2>/dev/null
exit
fi
fi

/lib/cryptsetup/askpass "Enter passphrase: "

Thanks.
ppf

Bug#816861: fuser does not show the PID that keeps busy a schroot mount-point

[Franco Martelli]

For sake of clarity this is a schroot command issue related bug report,
all works fine with chroot ordinary command.
As you suggest I try the -M switch, once started schroot's session:
$ kubuntu

then open a new console and run these commands:
~# killall cupsd
~# service cups start

then come back to schroot's console and logout:
~$ logout
E: 10mount: rmdir: failed to remove
'/var/lib/schroot/mount/kubuntu-e1c05063-2aca-491c-b5e4-4a4e1c41c65c':
Device or resource busy
E: kubuntu-e1c05063-2aca-491c-b5e4-4a4e1c41c65c: Chroot setup failed:
stage=setup-stop
$ fuser -M
/var/lib/schroot/mount/kubuntu-e1c05063-2aca-491c-b5e4-4a4e1c41c65c
Specified filename
/var/lib/schroot/mount/kubuntu-e1c05063-2aca-491c-b5e4-4a4e1c41c65c is
not a mountpoint.

fuser now tell me that it wasn't a mount point but it was indeed,
although actually not mounted anymore:
$ mount | grep
/var/lib/schroot/mount/kubuntu-e1c05063-2aca-491c-b5e4-4a4e1c41c65c
$

attempting to manually remove the directory it fails
# LC_ALL=C rmdir
/var/lib/schroot/mount/kubuntu-e1c05063-2aca-491c-b5e4-4a4e1c41c65c
rmdir: failed to remove
'/var/lib/schroot/mount/kubuntu-e1c05063-2aca-491c-b5e4-4a4e1c41c65c':
Device or resource busy

knowing that cupsd keeps busy the directory:
# killall cupsd

now removing the directory succeed:
# LC_ALL=C rmdir
/var/lib/schroot/mount/kubuntu-e1c05063-2aca-491c-b5e4-4a4e1c41c65c
#

A more interesting scenario, start a schroot session:
$ kubuntu

then open a new console and run these commands:
~# killall cupsd
~# service cups start

search for mount-point grepping the device name:
# mount | grep /dev/mapper/ld0-lv2
/dev/mapper/ld0-lv2 on
/var/lib/schroot/mount/kubuntu-76da7862-ef1b-4b04-920b-459be3350e85 type
ext4 (rw,relatime,stripe=256,data=ordered)

asking fuser which processes keeps busy the mount-point:
# fuser /var/lib/schroot/mount/kubuntu-76da7862-ef1b-4b04-920b-459be3350e85/
/var/lib/schroot/mount/kubuntu-76da7862-ef1b-4b04-920b-459be3350e85:  5681r
# fuser -m
/var/lib/schroot/mount/kubuntu-76da7862-ef1b-4b04-920b-459be3350e85/
/var/lib/schroot/mount/kubuntu-76da7862-ef1b-4b04-920b-459be3350e85:
5681rce
# fuser -M
/var/lib/schroot/mount/kubuntu-76da7862-ef1b-4b04-920b-459be3350e85/
/var/lib/schroot/mount/kubuntu-76da7862-ef1b-4b04-920b-459be3350e85:  5681r
# systemctl status cups
● cups.service - CUPS Printing Service
   Loaded: loaded (/lib/systemd/system/cups.service; enabled)
   Active: active (running) since gio 2016-04-28 21:59:50 CEST; 38s ago
 Docs: man:cupsd(8)
   man:cupsd.conf(5)
 Main PID: 5723 (cupsd)
   CGroup: /system.slice/cups.service
   └─5723 /usr/sbin/cupsd -f

fuser never report cupsd's PID(5723) the 5681 PID number reported refers
to bash:
# pstree -cpan | grep -B2 -A1 5681
  |   |-bash,1148 --rcfile ~/.bashrc_develop -i
  |   |   `-schroot,5608 -c kubuntu --
  |   |   `-bash,5681
  |   `-bash,1152 --rcfile ~/.bashrc_develop -i

HTH best regards

On 25/04/2016 at 04:26, Craig Small wrote:
> The problem is that fuser works off device numbers (it has to otherwise
> symlinks would confuse it) and there is nothing much that makes the
> chroots unique. A chroot is basically saying "start your tree here". My
> chroots for example sit under /var/chroot
> 
> Now, outside the chroot I can work out what process has that open with
> fuser /var/chroot/wheezy (note the lack of -m because these are not
> mount points).
> 
> Remember when you use the -m command you are saying the device ID where
> that file sits. It might be the actual mount point, or just a file (and
> fuser works out where that file sits).
> 
> If you really mean a mount point, then -M is a better idea.
> I don't really understand your setup because you have other mounts
> coming into your chroot. I think your tests are doing simple text
> matching which causes a bunch of failed misses but need to be sure.
> 
> /proc//mountinfo isn't the fix, because just like /proc//fd it
> can be fooled by symlinks.
> 
>  - Craig
> -- 
> Craig Small (@smallsees)   http://enc.com.au/   csmall at :
> enc.com.au <http://enc.com.au>
> Debian GNU/Linux   http://www.debian.org/   csmall at :
> debian.org <http://debian.org>
> GPG fingerprint:5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5

-- 
Franco Martelli

Bug#816861: fuser does not show the PID that keeps busy a schroot mount-point

[Franco Martelli]

On 08/03/2016 at 10:52, Craig Small wrote:
> It actually finds the process you are looking for, however it also finds
> a lot of other processes.
Yes, this is true, sorry my mistake.
> 
> ~# fuser -m
> /var/lib/schroot/mount/kubuntu-a3ca1d7f-7fce-4673-b84a-6c4835bd7316
> 
> Find something that is in that mount point OR the device of this file.
But this is not always true, please consider this scenario:
first start a schroot session:
~$ schroot -c kubuntu --
then open a terminal and as root type:
~# service cups restart
~# mount|grep -m1 kubuntu
/dev/mapper/ld0-lv2 on
/var/lib/schroot/mount/kubuntu-8565f027-6e05-4a41-811c-48836261f5ee type
ext4 (rw,relatime,stripe=256,data=ordered)
~# fuser -m
/var/lib/schroot/mount/kubuntu-8565f027-6e05-4a41-811c-48836261f5ee
/var/lib/schroot/mount/kubuntu-8565f027-6e05-4a41-811c-48836261f5ee:
12936rce
~#
then came back to the schroot's session shell and logout:
~$ logout
E: 10mount: rmdir: failed to remove
'/var/lib/schroot/mount/kubuntu-8565f027-6e05-4a41-811c-48836261f5ee':
Device or resource busy
E: kubuntu-8565f027-6e05-4a41-811c-48836261f5ee: Chroot setup failed:
stage=setup-stop
as you can see "fuser" shown only one process keeping busy the
mount-point but also cups did it, in fact schroot fails on exit.
Is it because cups does not open any file on that file-system?
> 
> However there is something odd about that mount point.
> 
> /proc/2061/mountinfo:196 41 253:3 /
> /var/lib/schroot/mount/kubuntu-a3ca1d7f-7fce-4673-b84a-6c4835bd7316
> rw,relatime shared:135 - ext4 /dev/mapper/ld0-lv2
> rw,stripe=256,data=ordered
> 
>  Device 253:3
> I suspect this device is more than just your schroot.
> It looks awfully like /dev/dm-3
> 
> $ ls -l /dev/dm-3
> brw-rw 1 root disk 253, 3 Mar  1 19:33 /dev/dm-3
> 
> so.. considering the chroot device id is the same as whatever /dev/dm-3
> is, you'll get a long list of processes because it probably something
> like /home
I get an useless list of processes querying
"/var/lib/schroot/mount/kubuntu-a3ca1d7f-7fce-4673-b84a-6c4835bd7316"
because it's the same as querying any other directory on the root
file-system.
However the device /dev/dm-3 has a symlink to ld0-lv2 that it was the
properly schroot's device to mount:
~# ls -la /dev/mapper/ld0-lv2
lrwxrwxrwx 1 root root 7 mar  5 19:49 /dev/mapper/ld0-lv2 -> ../dm-3
~# ls -la /dev/dm-3
brw-rw 1 root disk 253, 3 mar  5 19:49 /dev/dm-3

Thank again, best regards
-- 
Franco Martelli

Bug#816861: fuser does not show the PID that keeps busy a schroot mount-point

[Franco Martelli]

D:  Device-1: /dev/md0 - active raid: 5 components: online: 3/3 -
sdc1 sdb1 sda1 spare: sdd1
Sensors:   System Temperatures: cpu: 10.6C mobo: N/A gpu: 28C
   Fan Speeds (in rpm): cpu: N/A
Info:  Processes: 193 Uptime: 1:27 Memory: 1213.5/7743.8MB Client:
Shell (bash) inxi: 2.1.28


* Some details of the schroot configuration:


~$ cat /etc/schroot/desktop/fstab
# fstab: static file system information for chroots.
# Note that the mount point will be prefixed by the chroot path
# (CHROOT_PATH)
#
#
/sys/syssysfs   rw,bind 0   0
/proc   /proc   procrw,bind 0   0
/dev/devdevtmpfs rw,bind 0   0
/dev/pts/dev/ptsdevpts  rw,bind 0   0
# /home   /home   nonerw,bind 0   0
# /tmp/tmpnonerw,bind 0   0

# If you use gdm3, uncomment this line to allow Xauth to work
#/var/run/gdm3  /var/run/gdm3   nonerw,bind 0   0
# For PulseAudio and other desktop-related things
#/var/lib/dbus/var/lib/dbus  ext4rw,bind 0   0

# It may be desirable to have access to /run, especially if you wish
# to run additional services in the chroot.  However, note that this
# may potentially cause undesirable behaviour on upgrades, such as
# killing services on the host.
/run   /runtmpfs   rw,bind 0   0
/sys/kernel/security /sys/kernel/security securityfs rw,bind 0
 0
/dev/shm /dev/shm   tmpfs   rw,bind 0   0
/run/lock  /run/lock   tmpfs   rw,bind 0   0
# /run/shm   /run/shmtmpfs   rw,bind 0   0
/sys/fs/cgroup/ /sys/fs/cgroup/ tmpfs   rw,bind 0   0
/sys/fs/cgroup/systemd /sys/fs/cgroup/systemd cgroup  rw,bind 0
  0
/sys/fs/pstore /sys/fs/pstore pstore  rw,bind 0   0
/sys/fs/cgroup/cpuset /sys/fs/cgroup/cpuset cgroup  rw,bind 0
0
/sys/fs/cgroup/cpu,cpuacct /sys/fs/cgroup/cpu,cpuacct cgroup  rw,bind
  0   0
/sys/fs/cgroup/devices /sys/fs/cgroup/devices cgroup  rw,bind 0
  0
/sys/fs/cgroup/freezer /sys/fs/cgroup/freezer cgroup  rw,bind 0
  0
/sys/fs/cgroup/net_cls,net_prio /sys/fs/cgroup/net_cls,net_prio cgroup
rw,bind 0   0
/sys/fs/cgroup/blkio /sys/fs/cgroup/blkio cgroup  rw,bind 0   0
/sys/fs/cgroup/perf_event /sys/fs/cgroup/perf_event cgroup  rw,bind
0   0
/proc/sys/fs/binfmt_misc /proc/sys/fs/binfmt_misc autofs  rw,bind
  0   0
/sys/kernel/debug /sys/kernel/debug debugfs  rw,bind 0   0
/dev/mqueue /dev/mqueue mqueue  rw,bind 0   0
/dev/hugepages /dev/hugepages hugetlbfs  rw,bind 0   0
# /sys/kernel/config /sys/kernel/config configfs rw,bind 0   0
# /sys/fs/fuse/connections /sys/fs/fuse/connections fusectl rw,bind
0   0
# tmpfs /run/user/1000  tmpfs
rw,nosuid,nodev,relatime,size=792100k,mode=700,uid=1000,gid=1000
 0   0

~$ cat /etc/schroot/chroot.d/kubuntu.conf
[kubuntu]
description=Kubuntu 15.10
type=block-device
device=/dev/mapper/ld0-lv2
users=my-username
preserve-environment=false
environment-filter=XDG_RUNTIME_DIR
profile=desktop
setup.nssdatabases=
~$

***
* How to reproduce the bug:
***

Once configured schroot you can start a schroot session:

$ schroot -c kubuntu --
~$

Now open a new terminal and having cups already running as root type:

~# service cups restart
~#

then logout schroot's session (with errors):

~$ logout
E: 10mount: rmdir: failed to remove
'/var/lib/schroot/mount/kubuntu-d2c072e7-7e0c-4cfc-b48e-73defe8a4f0a':
Device or resource busy
E: kubuntu-d2c072e7-7e0c-4cfc-b48e-73defe8a4f0a: Chroot setup failed:
stage=setup-stop

Now fuser won't report cups as the process that keeps busy the
mount-point. Please note that maybe this issue affect also docker's
mount-point, I don't know, I never tried.
Thanks for your attenction, best regards.

-- 
Franco Martelli

Bug#681884: How to discover which process own the mount-point

[Franco Martelli]

parts: executing 20copyfiles, setup-stop, ok
D(2): run_parts: 20copyfiles succeeded
D(2): run_parts: executing 15killprocs, setup-stop, ok
D(2): run_parts: 15killprocs succeeded
D(2): run_parts: executing 15binfmt, setup-stop, ok
D(2): run_parts: 15binfmt succeeded
D(2): run_parts: executing 10mount, setup-stop, ok
E: 10mount: rmdir: failed to remove
'/var/lib/schroot/mount/kubuntu-eab1e6f8-60bd-4744-b26a-ba0c2801e600':
Device or resource busy
D(2): run_parts: 10mount failed with status 1
E: kubuntu-eab1e6f8-60bd-4744-b26a-ba0c2801e600: Chroot setup failed:
stage=setup-stop

HTH

-- 
Franco Martelli

Bug#681884: How to discover which process own the mount-point

[Franco Martelli]

schroot works fine, no problem whether daily used. The misbehavior
reported happens when the system is *resumed* from suspend-to-ram (not
hibernate: suspend-to-disk) after a day.
schroot has trouble when closing session because of the schroot's
mount-point is reported busy:

frank@itek:~$ logout
E: 10mount: rmdir: failed to remove
'/var/lib/schroot/mount/kubuntu-e762f326-f842-4ed3-933e-0e64b8e26f8c':
Device or resource busy
E: kubuntu-e762f326-f842-4ed3-933e-0e64b8e26f8c: Chroot setup failed:
stage=setup-stop
[frank@itek ~]$ fuser -m
/var/lib/schroot/mount/kubuntu-e762f326-f842-4ed3-933e-0e64b8e26f8c
/var/lib/schroot/mount/kubuntu-e762f326-f842-4ed3-933e-0e64b8e26f8c:
 1rce 2rce 3rce 5rce 7rce 8rce 9rce10rce
11rce12rce13rce15rce16rce17rce18rce20rce
21rce22rce23rce25rce26rce27rce28rce30rce
31rce32rce33rce35rce36rce37rce38rce40rce
41rce42rce43rce45rce46rce47rce48rce49rce
50rce51rce52rce53rce54rce55rce56rce58rce
60rce61rce67rce68rce70rce   115rce   116rce   125rce
126rce   127rce   128rce   129rce   130rce   131rce   132rce   133rce
134rce   140rce   141rce   142rce   143rce   159rce   160rce   161rce
162rce   163rce   164rce   165rce   166rce   174rce   179rce   180rce
181rce   194rce   195rce   201rce   202rce   224rce   225rce   258rce
270rce   274rce   352rce   459rce   460rce   471rce   514rce   515rce
527rce   528rce   530rce   531rce   533rce   534rce   537rce   538rce
539rce   540rce   564rce   565rce   721rce   724rce   729rce   751rce
752rce   753rce   782rce   784rce   814rce   852rce   856rce   926rce
931rce   936rce   938rce   939rce   941rce   973rce   976rce   977rce
1014rce  1016rce  1018rce  1020rce  1023rce  1037rce  1073rce  1075rce
1076rce  1080rce  1087rce  1090rce  1106rce  1109rce  1112rce  1138rce
1142rce  1146rce  1147rce  1150rce  1151rce  1154rce  1158rce  1184rce
1186rce  1188rce  1194rce  1203rce  1209rce  1229rce  1232rce  1234rce
1238rce  1262rce  1329rce  1330rce  1331rce  1332rce  1333rce  1335rce
1336rce  1345rce  1371rce  1381rce  1957rce  2481rce  2653rce  2670rce
2699rce  2700rce  2701rce  2709rce  2711rce  2724rce  2962rce  2971rce
3689rce  3690rce  3765rce  3779rce  3926rce  3930rce  3932rce  3969rce
4099rce  4116rce  4140rce  4143rce

The mount-point is an empty directory, the lsof utility returns no
output and sadly fuser's output doesn't help me therefore as workaround
I've to reboot and remove schroot's session files by hand.
I'd be happy to avoid rebooting each time. Any idea?
TIA

-- 
Franco Martelli

  * Inglese - rilevata
  * Afrikaans
  * Albanese
  * Arabo
  * Bielorusso
  * Bulgaro
  * Catalano
  * Cinese
  * Cinese (Semplificato)
  * Cinese (Tradizionale)
  * Croato
  * Ceco
  * Danese
  * Olandese
  * Inglese
  * Estone
  * Filippino
  * Finlandese
  * Francese
  * Galiziano
  * Tedesco
  * Greco
  * Ebraico
  * Creolo haitiano
  * Hindi
  * Ungherese
  * Islandese
  * Indonesiano
  * Irlandese
  * Italiano
  * Giapponese
  * Coreano
  * Lettone
  * Lituano
  * Macedone
  * Malese
  * Maltese
  * Norvegese
  * Farsi
  * Polacco
  * Portoghese
  * Portoghese (Portogallo)
  * Romeno
  * Russo
  * Serbo
  * Slovacco
  * Sloveno
  * Spagnolo
  * Swahili
  * Svedese
  * Thai
  * Turco
  * Ucraino
  * Vietnamita
  * Gallese
  * Yiddish

  * Afrikaans
  * Albanese
  * Arabo
  * Bielorusso
  * Bulgaro
  * Catalano
  * Cinese
  * Cinese (Semplificato)
  * Cinese (Tradizionale)
  * Croato
  * Ceco
  * Danese
  * Olandese
  * Inglese
  * Estone
  * Filippino
  * Finlandese
  * Francese
  * Galiziano
  * Tedesco
  * Greco
  * Ebraico
  * Creolo haitiano
  * Hindi
  * Ungherese
  * Islandese
  * Indonesiano
  * Irlandese
  * Italiano
  * Giapponese
  * Coreano
  * Lettone
  * Lituano
  * Macedone
  * Malese
  * Maltese
  * Norvegese
  * Farsi
  * Polacco
  * Portoghese
  * Portoghese (Portogallo)
  * Romeno
  * Russo
  * Serbo
  * Slovacco
  * Sloveno
  * Spagnolo
  * Swahili
  * Svedese
  * Thai
  * Turco
  * Ucraino
  * Vietnamita
  * Gallese
  * Yiddish

 <javascript:void(0);>

 <#>

Bug#795343: zotero-standalone: Package stopped working after iceweasel upgrade.

[Ignacio Lopez Franco]

Package: zotero-standalone
Version: 4.0.22-1
Severity: grave

Dear Maintainer,

After upgrading iceweasel in stable zotero-standalone stopped working,
giving instead the error message:

   Error: Platform version '38.2.0' is not compatible with
   minVersion = 24.0
   maxVersion = 32.*

Note the similitude with #792558.
Hope this can be resolved.

Ignacio


-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages zotero-standalone depends on:
ii  iceweasel  38.2.0esr-1~deb8u1

zotero-standalone recommends no packages.

zotero-standalone suggests no packages.

-- no debconf information

Bug#781368: No trayicon under GNOME Shell

[Franco Bersani]

Hi to all,
I'm using owncloud (version 1.8.1, the package available on ufficial 
debian repos) under Gnome Shell on Debian testing.


I've noticed that the owncloud tray icon appears correctly if you start 
Gnome Shell with wayland session.


Hope this will help

Franco

Bug#779655: invesalius: ZeroDivisionError: float division by zero upon importing DICOM X-ray videos

[Thiago Franco Moraes]

Hi Andreas and Axel,

We've not tested InVesalius with X-ray videos yet. Probably it does not
work, because InVesalius is directed to work with CT, µCT and MRI. Your
error must be because we make some assumptions about the dicom file which
are not appropriate to x-ray videos.

Axel, if possible, could you please send me x-ray dicom file? So I can
investigate if it's possible to open this file in InVesalius.

Thanks!

On Tue, Mar 3, 2015 at 5:21 PM Andreas Tille ti...@debian.org wrote:

 Hi Axel,

 thanks for your bug report.  I hope you are fine and do not need to
 diagnose your own. ;-)  I have put Thiago in  CC (in case he might have
 missed the bug report).  He has close connection to upstream and will
 surely work on fixing the issue.

 As an independant hint you might like to try ginkgocadx, amide and
 aeskulap (in this order) to perhaps see what you want to see.  Any
 reports about these would be welcome as well.

 Kind regards

  Andreas.

 On Tue, Mar 03, 2015 at 06:00:56PM +0100, Axel Beckert wrote:
  Package: invesalius
  Version: 3.0~b5-4
  Severity: normal
 
  Hi,
 
  thanks for packaging software for Debian which enables me to view my own
  medical data on my own and Debian running computer! :-)
 
  I've tried to view some X-ray videos in DICOM format with Invesalius and
  when I want to import them it shows me that there 8 videos (or images,
  not 100% sure) to import, but as soon as I click on the Import button,
  I get an empty (0%) progress bar popup and the following Python
  stacktrace on the commandline where I started Invesalius:
 
  Traceback (most recent call last):
File /usr/share/invesalius/invesalius/gui/import_panel.py, line
 171, in OnClickOk
  self.LoadDicom(group)
File /usr/share/invesalius/invesalius/gui/import_panel.py, line
 191, in LoadDicom
  [self.first_image_selection, self.last_image_selection]))
File /usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/lib/
 pubsub/core/arg1/publisher.py, line 36, in sendMessage
  topicObj.publish(data)
File /usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/lib/
 pubsub/core/arg1/publishermixin.py, line 23, in publish
  self._publish(data)
File 
  /usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/lib/pubsub/core/topicobj.py,
 line 376, in _publish
  self.__sendMessage(data, self, iterState)
File 
  /usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/lib/pubsub/core/topicobj.py,
 line 397, in __sendMessage
  self._mix_callListener(listener, data, iterState)
File /usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/lib/
 pubsub/core/arg1/publishermixin.py, line 34, in _mix_callListener
  listener(self, data)
File /usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/lib/
 pubsub/core/arg1/listenerimpl.py, line 51, in __call__
  cb(msg, **kwargs)
File /usr/share/invesalius/invesalius/control.py, line 486, in
 OnOpenDicomGroup
  matrix, matrix_filename, dicom = self.OpenDicomGroup(group,
 interval, file_range, gui=True)
File /usr/share/invesalius/invesalius/control.py, line 542, in
 OpenDicomGroup
  orientation, resolution_percentage)
File /usr/share/invesalius/invesalius/data/imagedata_utils.py, line
 425, in dcm2memmap
  update_progress= vtk_utils.ShowProgress(len(files) - 1, dialog_type
 = ProgressDialog)
File /usr/share/invesalius/invesalius/data/vtk_utils.py, line 52,
 in ShowProgress
  ratio = (100.0 / number_of_filters)
  ZeroDivisionError: float division by zero
 
  (I could import and view my computer tomography data without issues into
  Invesalius, so it's not a general issue, maybe just with some specific
  data formats or even with some specific data.)
 
  -- System Information:
  Debian Release: 8.0
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500,
 'testing-proposed-updates'), (500, 'testing')
  Architecture: amd64 (x86_64)
 
  Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
  Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
  Shell: /bin/sh linked to /bin/dash
  Init: sysvinit (via /sbin/init)
 
  Versions of packages invesalius depends on:
  ii  invesalius-bin  3.0~b5-4
  ii  python-casmoothing  0.1-2
  ii  python-gdcm 2.4.4-3
  ii  python-imaging  2.6.1-1
  ii  python-nibabel  1.3.0-2
  ii  python-numpy1:1.8.2-2
  ii  python-psutil   2.1.1-1+b1
  ii  python-scipy0.14.0-2
  ii  python-serial   2.6-1.1
  ii  python-vtk  5.8.0-17.5
  ii  python-vtkgdcm  2.4.4-3
  ii  python-wxgtk3.0 3.0.1.1+dfsg-2
  pn  python2.7:any   none
  pn  python:any  none
 
  invesalius recommends no packages.
 
  invesalius suggests no packages.
 
  -- no debconf information
 
  ___
  Debian-med-packaging mailing list
  debian-med-packag...@lists.alioth.debian.org
  http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/
 debian-med-packaging
 

 --
 http://fam-tille.de

Bug#779655: invesalius: ZeroDivisionError: float division by zero upon importing DICOM X-ray videos

[Thiago Franco Moraes]

Hi Axel,

No, dicomdir is not enough. Well, I'll try to find on the internet some
dicom samples.

Thanks!

On Wed, Mar 4, 2015 at 10:32 AM Axel Beckert a...@debian.org wrote:

 Hi Thiago,

 Thiago Franco Moraes wrote:
  We've not tested InVesalius with X-ray videos yet. Probably it does not
  work, because InVesalius is directed to work with CT, 湣T and MRI. Your
  error must be because we make some assumptions about the dicom file which
  are not appropriate to x-ray videos.

 That explains it well. :-)

  Axel, if possible, could you please send me x-ray dicom file? So I can
  investigate if it's possible to open this file in InVesalius.

 Does that dicomdir file suffice? It's 412kB and seems to be a kind of
 index file for the actual image and data files. The whole set of files
 is about 500 MB and I don't really want to have to put these files
 anywhere online.

 Regards, Axel
 --
  ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
 : :' :  |  Debian Developer, ftp.ch.debian.org Admin
 `. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
   `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#776515: Kwin crash when enabling OpenGL with Nvidia proprietary driver v. 331.113

[Franco Martelli]

,usb_storage,usbhid,usbserial,usbnet,usb_wwan,option,uvcvideo,cdc_ether,snd_usbmidi_lib,snd_usb_audio
usb_common 12354  1 usbcore
r8169  47008  0
mii12675  2 r8169,usbnet

The nvidia-setting command crash:

$ nvidia-settings
The program 'nvidia-settings' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 565 error_code 3 request_code 137 minor_code 4)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

The glxinfo command returns errors:

$ glxinfo |grep render
X Error of failed request:  BadWindow (invalid Window parameter)
  Major opcode of failed request:  137 (NV-GLX)
  Minor opcode of failed request:  4 ()
  Resource id in failed request:  0x2a3
  Serial number of failed request:  34
  Current serial number in output stream:  34

Prior to updating to Debian Wheezy 7.8.0 all works nicely, it looks like
that it isn't related to a kernel issue because I've tested a custom
kernel version 3.2.63 and when re-enable OpenGL in SystemSetting -
DesktopEffect - Advanced I have a Kwin crash therefore it works without
3D effect anymore.
You can look at log at the attachment file Xorg.0.log
Thank you very much for paying attention, please let me to know what to do.

-- 
Franco Martelli

  * Inglese - rilevata
  * Inglese
  * Italiano

  * Inglese
  * Italiano

 javascript:void(0);

  * Inglese
  * Italiano

[60.582] 
X.Org X Server 1.12.4
Release Date: 2012-08-27
[60.582] X Protocol Version 11, Revision 0
[60.582] Build Operating System: Linux 3.16-2-amd64 x86_64 Debian
[60.582] Current Operating System: Linux itek 3.2.0-4-amd64 #1 SMP Debian 
3.2.65-1+deb7u1 x86_64
[60.582] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=/dev/mapper/ld0-lv1 ro k10temp.force=1 loop.max_loop=16 quiet
[60.582] Build Date: 09 December 2014  09:12:48PM
[60.582] xorg-server 2:1.12.4-6+deb7u5 (Moritz Muehlenhoff 
j...@debian.org) 
[60.582] Current version of pixman: 0.26.0
[60.582]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[60.582] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[60.582] (==) Log file: /var/log/Xorg.0.log, Time: Wed Jan 28 21:15:53 
2015
[60.582] (==) Using config directory: /etc/X11/xorg.conf.d
[60.582] (==) Using system config directory /usr/share/X11/xorg.conf.d
[60.583] (==) No Layout section.  Using the first Screen section.
[60.583] (**) |--Screen Screen0 (0)
[60.583] (**) |   |--Monitor default monitor
[60.583] (**) |   |--Device Card0
[60.583] (==) No monitor specified for screen Screen0.
Using a default monitor configuration.
[60.583] (==) Automatically adding devices
[60.583] (==) Automatically enabling devices
[60.583] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[60.583]Entry deleted from font path.
[60.583] (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist.
[60.583]Entry deleted from font path.
[60.583] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist.
[60.583]Entry deleted from font path.
[60.583] (WW) The directory /usr/share/fonts/X11/100dpi does not exist.
[60.583]Entry deleted from font path.
[60.583] (WW) The directory /usr/share/fonts/X11/75dpi does not exist.
[60.583]Entry deleted from font path.
[60.583] (WW) The directory 
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist.
[60.583]Entry deleted from font path.
[60.583] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/Type1,
built-ins
[60.583] (==) ModulePath set to /usr/lib/xorg/modules
[60.583] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[60.583] (II) Loader magic: 0x7f5883879ae0
[60.583] (II) Module ABI versions:
[60.583]X.Org ANSI C Emulation: 0.4
[60.583]X.Org Video Driver: 12.1
[60.583]X.Org XInput driver : 16.0
[60.583]X.Org Server Extension : 6.0
[60.585] (--) PCI:*(0:1:0:0) 10de:1284:1043:8461 rev 161, Mem @ 
0xfd00/16777216, 0xd000/134217728, 0xd800/33554432, I/O @ 
0xe000/128, BIOS @ 0x/524288
[60.585] (II) Open ACPI successful (/var/run/acpid.socket)
[60.585] (II) LoadModule: extmod
[60.585] (II) Loading /usr/lib

Bug#739625: collectd: collection.cgi does not support df plugin

[Joel Franco Guzmán]

Hi Sebastian,

Thank you!

It worked perfectly!

The attached version is the same that you posted but pointing to the 
correct configuration file in a Debian environment.


One of the big advantages of the collection.cgi is that very easy to 
install while the collection3 is not and this is why we use the old 
version. It make a big difference when we need to install a server 
quickly and we need to setup a standard graphical system to monitor the 
resources in the server. At our business, all Debian servers go with 
collectd.


Regards.

Joel


#!/usr/bin/perl
# Copyright (c) 2006-2010 Florian Forster octo at collectd.org
# Copyright (c) 2006-2008 Sebastian Harl sh at tokkee.org
# Copyright (c) 2008  Mirko Buffoni briareos at eswat.org
#
# Permission is hereby granted, free of charge, to any person obtaining a copy
# of this software and associated documentation files (the Software), to deal
# in the Software without restriction, including without limitation the rights
# to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
# copies of the Software, and to permit persons to whom the Software is
# furnished to do so, subject to the following conditions:
#
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
#
# THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
# AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
# LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
# OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
# THE SOFTWARE.

use strict;
use warnings;

use Carp (qw(cluck confess));
use CGI (':cgi');
use CGI::Carp ('fatalsToBrowser');
use HTML::Entities ('encode_entities');
use URI::Escape ('uri_escape');
use RRDs ();
use Data::Dumper ();

our $Config = /etc/collectd/collection.conf;
our @DataDirs = ();
our @DontShowTypes = ();
our $LibDir;

our $ValidTimespan =
{
  hour = 3600,
  day = 86400,
  week = 7 * 86400,
  month = 31 * 86400,
  year = 366 * 86400
};

our @RRDDefaultArgs = ('-w', '400');

our $Args = {};

our $GraphDefs;
our $MetaGraphDefs = {};
load_graph_definitions ();

for (qw(action host plugin plugin_instance type type_instance timespan))
{
$Args-{$_} = param ($_);
}

exit (main ());

sub read_config
{
my $fh;
open ($fh,  $Config) or confess (open ($Config): $!);
while (my $line = $fh)
{
chomp ($line);
next if (!$line);
next if ($line =~ m/^\s*#/);
next if ($line =~ m/^\s*$/);

my $key;
my $value;

if ($line =~ m/^([A-Za-z]+):\s*((?:[^\\]+|\\.)*)$/)
{
$key = lc ($1); $value = $2;
$value =~ s/\\(.)/$1/g;
}
elsif ($line =~ m/([A-Za-z]+):\s*([0-9]+)$/)
{
$key = lc ($1); $value = 0 + $2;
}
else
{
print STDERR Cannot parse line: $line\n;
next;
}

if ($key eq 'datadir')
{
$value =~ s#/*$##;
push (@DataDirs, $value);
}
elsif ($key eq 'libdir')
{
$value =~ s#/*$##;
$LibDir = $value;
}
elsif ($key eq 'dontshowtype')
{
  push (@DontShowTypes, $value);
}
else
{
print STDERR Unknown key: $key\n;
}
}
close ($fh);
} # read_config

sub validate_args
{
if ($Args-{'action'}  ($Args-{'action'} =~ 
m/^(overview|show_host|show_plugin|show_type|show_graph)$/))
{
$Args-{'action'} = $1;
}
else
{
$Args-{'action'} = 'overview';
}

if ($Args-{'host'}  ($Args-{'host'} =~ m#/#))
{
delete ($Args-{'host'});
}

if ($Args-{'plugin'}  ($Args-{'plugin'} =~ m#/#))
{
delete ($Args-{'plugin'});
}

if ($Args-{'type'}  ($Args-{'type'} =~ m#/#))
{
delete ($Args-{'type'});
}

if (!$Args-{'plugin'} || ($Args-{'plugin_instance'}
 ($Args-{'plugin_instance'} =~ m#/#)))
{
delete ($Args-{'plugin_instance'});
}

if (!$Args-{'type'} || ($Args-{'type_instance'}
 ($Args-{'type_instance'} =~ m#/#)))
{
delete ($Args-{'type_instance'});
}

if (defined 

Bug#759060: [o...@survex.com: Bug#759060: invesalius: Partial patch for wxPython 3.0]

[Thiago Franco Moraes]

Hi Olly,

I tested it here inside a VM. It's working now! Thanks! There are some
problems with the widgets layouts and placements, but everything seems
to work. I'll try to solve these problems.

If you want to test, here [1] you have some dicom files.

[1] - http://www.cti.gov.br/invesalius/?page_id=8

On Sat, Sep 13, 2014 at 11:34 PM, Olly Betts o...@survex.com wrote:
 On Sat, Sep 13, 2014 at 02:10:42PM -0300, Olly Betts wrote:
 On Wed, Sep 10, 2014 at 04:25:23PM -0300, Thiago Franco Moraes wrote:
  I don't know if it's my setup here. But I think there is a problem in
  the interaction between VTK5.8 and wxPython3, it was already reported
  here [1], and is the same problem that Olly Betts reported some emails
  ago. I installed Debian Testing inside a VirtualBox VM. The wxPyhon
  version in 3.0, and VTK is 5.8. The error happens even with this
  simple python script:
 
  script
  from vtk.wx.wxVTKRenderWindowInteractor import
  wxVTKRenderWindowInteractorConeExample
  wxVTKRenderWindowInteractorConeExample()
  /script
 
  Please, could you, please run this script in your setup?

 Fails for me.  It seems that python-vtk needs an update for this
 transition.  It however appears to lack any sort of dependency on
 wx at all, which makes this hard to discover.

 I'll file a bug.

 OK, I filed bugs earlier for vtk and vtk6, and started a vtk build with
 a fix for this which finally completed and I've now added a patch to the
 vtk bug.

 With the patched vtk, invesalius-3.0 actually starts up the GUI.

 It seems to take hours to build vtk (at least on my laptop) so to help
 if you want to test further, I've uploaded the rebuilt python-vtk
 package and a detached GPG signature:

 http://survex.com/~olly/python-vtk_5.8.0-17.4_amd64.deb
 http://survex.com/~olly/python-vtk_5.8.0-17.4_amd64.deb.sig

 You should be able to install the .deb with:

 sudo dpkg -i python-vtk_5.8.0-17.4_amd64.deb

 Cheers,
 Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759060: [o...@survex.com: Bug#759060: invesalius: Partial patch for wxPython 3.0]

[Thiago Franco Moraes]

Hi again Andreas,

I don't know if it's my setup here. But I think there is a problem in
the interaction between VTK5.8 and wxPython3, it was already reported
here [1], and is the same problem that Olly Betts reported some emails
ago. I installed Debian Testing inside a VirtualBox VM. The wxPyhon
version in 3.0, and VTK is 5.8. The error happens even with this
simple python script:

script
from vtk.wx.wxVTKRenderWindowInteractor import
wxVTKRenderWindowInteractorConeExample
wxVTKRenderWindowInteractorConeExample()
/script

Please, could you, please run this script in your setup?

Ah, I've created a branch to port invesalius to wxPython3.

Best regards!

[1] - https://groups.google.com/forum/#!topic/wxpython-users/MxJPxlOS05A

On Wed, Sep 10, 2014 at 9:52 AM, Thiago Franco Moraes
tfmor...@cti.gov.br wrote:
 Hi Andreas,

 Thanks for notify me about this patch. I was a little off, so I
 haven't seen it. I have a branch of invesalius which works with
 wxpython3, at least in MacOSX. I'm going to test it in Debian and see
 if it works, and if works I'll generate a patch and create new debian
 package with this patch applied.

 Best regards!

 On Wed, Sep 10, 2014 at 3:02 AM, Andreas Tille andr...@an3as.eu wrote:
 Hi Thiago,

 in case you missed this partial patch.  Please note that even if there
 are about six weeks the Freeze for Jessie is approaching and we should
 get this straight in the next couple of weeks.

 Kind regards

 Andreas.

 - Forwarded message from Olly Betts o...@survex.com -

 Date: Tue, 9 Sep 2014 21:19:21 -0300
 From: Olly Betts o...@survex.com
 To: 759...@bugs.debian.org
 Subject: Bug#759060: invesalius: Partial patch for wxPython 3.0
 X-Debian-PR-Message: followup 759060
 X-Debian-PR-Package: src:invesalius
 X-Debian-PR-Keywords: jessie sid
 X-Debian-PR-Source: invesalius

 I've had a look at updating invesalius for wxpython3.0, and made some
 progress.

 However, the startup still isn't clean - the splash screen throws up
 several errors - see invesalius.wxpy3.0.log - and once the app fires up,
 there are clearly issues with the sizing of widgets, to the extent that
 it isn't usable.  I'm not sure if these are as a result of the splash
 screen errors or not.

 The logic in the splashscreen code seems hard to follow, relying on
 several different delayed callbacks.  I wonder if it's just inherently
 racy, and a timing difference causes the failures with wxpython 3.0.

 Anyway, I'm giving up on this one for the moment, but thought I should
 at least send the patch I have so far to avoid duplicated effort if you
 were also looking at it.

 Cheers,
 Olly

 diff -Nru invesalius-3.0~b5/debian/changelog 
 invesalius-3.0~b5/debian/changelog
 --- invesalius-3.0~b5/debian/changelog  2014-06-16 09:01:59.0 -0300
 +++ invesalius-3.0~b5/debian/changelog  2014-09-09 21:00:48.0 -0300
 @@ -1,3 +1,11 @@
 +invesalius (3.0~b5-3.1) unstable; urgency=medium
 +
 +  * Non-maintainer upload.
 +  * Update for wxPython 3.0 (Closes: #759060):
 ++ New patch: wxpython3.0.patch
 +
 + -- Olly Betts o...@survex.com  Wed, 10 Sep 2014 00:00:33 +
 +
  invesalius (3.0~b5-3) unstable; urgency=low

[ Thiago Franco de Moraes ]
 diff -Nru invesalius-3.0~b5/debian/control invesalius-3.0~b5/debian/control
 --- invesalius-3.0~b5/debian/control2014-06-16 09:00:44.0 -0300
 +++ invesalius-3.0~b5/debian/control2014-09-09 20:03:09.0 -0300
 @@ -22,7 +22,7 @@
   ${misc:Depends},
   python-numpy,
   python-scipy,
 - python-wxgtk2.8 (= 2.8.12),
 + python-wxgtk3.0,
   python-imaging,
   python-vtk,
   python-gdcm,
 diff -Nru invesalius-3.0~b5/debian/patches/series 
 invesalius-3.0~b5/debian/patches/series
 --- invesalius-3.0~b5/debian/patches/series 2014-04-28 
 13:21:20.0 -0300
 +++ invesalius-3.0~b5/debian/patches/series 2014-09-09 
 20:03:43.0 -0300
 @@ -1,2 +1,3 @@
  10_sample_path.patch
  10_import_mips.patch
 +wxpython3.0.patch
 diff -Nru invesalius-3.0~b5/debian/patches/wxpython3.0.patch 
 invesalius-3.0~b5/debian/patches/wxpython3.0.patch
 --- invesalius-3.0~b5/debian/patches/wxpython3.0.patch  1969-12-31 
 21:00:00.0 -0300
 +++ invesalius-3.0~b5/debian/patches/wxpython3.0.patch  2014-09-09 
 21:00:03.0 -0300
 @@ -0,0 +1,114 @@
 +Description: Update for wxPython 3.0
 + These changes should remain compatible with wxPython 2.8, aside from the
 + wxversion change in the last hunk.
 + .
 + We can't simply drop the wxversion.select() call and use
 + .
 + wxversion.ensureMinimal('2.8-unicode', optionsRequired=True)
 + .
 + because 3.0 is always Unicode, and the -unicode option has been dropped,
 + but wxversion isn't smart enough to know to allow for this when matching
 + options.
 +Bug-Debian: https://bugs.debian.org/759060
 +Forwarded: no
 +Last-Update: 2014-09-09
 +
 +--- invesalius-3.0~b5.orig/invesalius/gui/dialogs.py
  invesalius-3.0~b5/invesalius/gui

Bug#759060: [o...@survex.com: Bug#759060: invesalius: Partial patch for wxPython 3.0]

[Thiago Franco Moraes]

Hi Andreas,

Thanks for notify me about this patch. I was a little off, so I
haven't seen it. I have a branch of invesalius which works with
wxpython3, at least in MacOSX. I'm going to test it in Debian and see
if it works, and if works I'll generate a patch and create new debian
package with this patch applied.

Best regards!

On Wed, Sep 10, 2014 at 3:02 AM, Andreas Tille andr...@an3as.eu wrote:
 Hi Thiago,

 in case you missed this partial patch.  Please note that even if there
 are about six weeks the Freeze for Jessie is approaching and we should
 get this straight in the next couple of weeks.

 Kind regards

 Andreas.

 - Forwarded message from Olly Betts o...@survex.com -

 Date: Tue, 9 Sep 2014 21:19:21 -0300
 From: Olly Betts o...@survex.com
 To: 759...@bugs.debian.org
 Subject: Bug#759060: invesalius: Partial patch for wxPython 3.0
 X-Debian-PR-Message: followup 759060
 X-Debian-PR-Package: src:invesalius
 X-Debian-PR-Keywords: jessie sid
 X-Debian-PR-Source: invesalius

 I've had a look at updating invesalius for wxpython3.0, and made some
 progress.

 However, the startup still isn't clean - the splash screen throws up
 several errors - see invesalius.wxpy3.0.log - and once the app fires up,
 there are clearly issues with the sizing of widgets, to the extent that
 it isn't usable.  I'm not sure if these are as a result of the splash
 screen errors or not.

 The logic in the splashscreen code seems hard to follow, relying on
 several different delayed callbacks.  I wonder if it's just inherently
 racy, and a timing difference causes the failures with wxpython 3.0.

 Anyway, I'm giving up on this one for the moment, but thought I should
 at least send the patch I have so far to avoid duplicated effort if you
 were also looking at it.

 Cheers,
 Olly

 diff -Nru invesalius-3.0~b5/debian/changelog 
 invesalius-3.0~b5/debian/changelog
 --- invesalius-3.0~b5/debian/changelog  2014-06-16 09:01:59.0 -0300
 +++ invesalius-3.0~b5/debian/changelog  2014-09-09 21:00:48.0 -0300
 @@ -1,3 +1,11 @@
 +invesalius (3.0~b5-3.1) unstable; urgency=medium
 +
 +  * Non-maintainer upload.
 +  * Update for wxPython 3.0 (Closes: #759060):
 ++ New patch: wxpython3.0.patch
 +
 + -- Olly Betts o...@survex.com  Wed, 10 Sep 2014 00:00:33 +
 +
  invesalius (3.0~b5-3) unstable; urgency=low

[ Thiago Franco de Moraes ]
 diff -Nru invesalius-3.0~b5/debian/control invesalius-3.0~b5/debian/control
 --- invesalius-3.0~b5/debian/control2014-06-16 09:00:44.0 -0300
 +++ invesalius-3.0~b5/debian/control2014-09-09 20:03:09.0 -0300
 @@ -22,7 +22,7 @@
   ${misc:Depends},
   python-numpy,
   python-scipy,
 - python-wxgtk2.8 (= 2.8.12),
 + python-wxgtk3.0,
   python-imaging,
   python-vtk,
   python-gdcm,
 diff -Nru invesalius-3.0~b5/debian/patches/series 
 invesalius-3.0~b5/debian/patches/series
 --- invesalius-3.0~b5/debian/patches/series 2014-04-28 13:21:20.0 
 -0300
 +++ invesalius-3.0~b5/debian/patches/series 2014-09-09 20:03:43.0 
 -0300
 @@ -1,2 +1,3 @@
  10_sample_path.patch
  10_import_mips.patch
 +wxpython3.0.patch
 diff -Nru invesalius-3.0~b5/debian/patches/wxpython3.0.patch 
 invesalius-3.0~b5/debian/patches/wxpython3.0.patch
 --- invesalius-3.0~b5/debian/patches/wxpython3.0.patch  1969-12-31 
 21:00:00.0 -0300
 +++ invesalius-3.0~b5/debian/patches/wxpython3.0.patch  2014-09-09 
 21:00:03.0 -0300
 @@ -0,0 +1,114 @@
 +Description: Update for wxPython 3.0
 + These changes should remain compatible with wxPython 2.8, aside from the
 + wxversion change in the last hunk.
 + .
 + We can't simply drop the wxversion.select() call and use
 + .
 + wxversion.ensureMinimal('2.8-unicode', optionsRequired=True)
 + .
 + because 3.0 is always Unicode, and the -unicode option has been dropped,
 + but wxversion isn't smart enough to know to allow for this when matching
 + options.
 +Bug-Debian: https://bugs.debian.org/759060
 +Forwarded: no
 +Last-Update: 2014-09-09
 +
 +--- invesalius-3.0~b5.orig/invesalius/gui/dialogs.py
  invesalius-3.0~b5/invesalius/gui/dialogs.py
 +@@ -214,7 +214,7 @@ def ShowOpenProjectDialog():
 + dlg = wx.FileDialog(None, message=_(Open InVesalius 3 project...),
 + defaultDir=,
 + defaultFile=, wildcard=WILDCARD_OPEN,
 +-style=wx.OPEN|wx.CHANGE_DIR)
 ++style=wx.FD_OPEN|wx.FD_CHANGE_DIR)
 +
 + # inv3 filter is default
 + dlg.SetFilterIndex(0)
 +@@ -242,7 +242,7 @@ def ShowOpenAnalyzeDialog():
 + dlg = wx.FileDialog(None, message=_(Open Analyze file),
 + defaultDir=,
 + defaultFile=, wildcard=WILDCARD_ANALYZE,
 +-style=wx.OPEN|wx.CHANGE_DIR)
 ++style=wx.FD_OPEN|wx.FD_CHANGE_DIR)
 +
 + # inv3 filter is default
 + dlg.SetFilterIndex(0

Bug#181756: debian boot to multiple consoles

[Joel Franco Guzmán]

Hi all,

Any plan to this patch be released in Jessie?

In fact, in Wheezy is still impossible to show the debian boot messages
to both consoles.

Any plan to release this patch in Jessie?

Thank you.

-- 
Joel


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#746708: missing license in debian/copyright

[Thiago Franco Moraes]

Hi Andreas,


On Mon, May 12, 2014 at 5:05 PM, Andreas Tille andr...@an3as.eu wrote:

 Hi Thiago,

 On Mon, May 12, 2014 at 04:39:31PM -0300, Thiago Franco Moraes wrote:
  Fixed with the help of cme and this link [1]. It was a problem with the
  license short name and a grammar error. I think it's all ok now.

 Sounds good.  I left the package as UNRELEASED and tagged the bug as
 pending to let others know that we dealt with the problem.  I think we
 can wait with the final upload until there might be some other reason
 for an upload (or some time has passed - without waiting too long to let
 the package migrate to testing).


OK!  No problem.



 Kind regards

 Andreas.

 --
 http://fam-tille.de


Thanks!

Bug#746708: missing license in debian/copyright

[Thiago Franco Moraes]

Hi Andreas,

Fixed with the help of cme and this link [1]. It was a problem with the
license short name and a grammar error. I think it's all ok now.

Thanks!

[1] - http://spdx.org/licenses/WXwindows


On Mon, May 12, 2014 at 4:20 PM, Andreas Tille andr...@an3as.eu wrote:

 Hi Thiago,

 you should probably try

 cme fix dpkg-copyright

 If this does not help I can easily fix it in SVN - but this is probably
 a good learning lession about cme (see Debian Med policy document what
 packages you need to install).

 Kind regards

  Andreas.


 On Mon, May 12, 2014 at 01:57:16PM -0300, Thiago Franco Moraes wrote:
  Hi Andreas,
 
  Sorry! I was out for some time. I added the copyright info about
  invesalius\gui\widgets\platebtn.py. I don't know if its correct, since
 I'm
  getting a lintian warning about the license name
  (field-name-typo-in-dep5-copyright licence).
 
  Thanks!
 
 
  On Mon, May 12, 2014 at 11:32 AM, Andreas Tille andr...@an3as.eu
 wrote:
 
   Hi Thiago,
  
   did you noticed this bug report?
  
   Kind regards
  
   Andreas.
  
   --
   http://fam-tille.de
  

 --
 http://fam-tille.de

Bug#702809: gnome-shell: Lenovo Edge 11 Amd, SSD, no swap

[Pier Paolo Franco]

Package: gnome-shell
Version: 3.4.2-7+deb7u1
Followup-For: Bug #702809

Dear Maintainer,

   * What led up to the situation?

   Random, not reproducible. Seems not related to specific apps: posts stating 
this or that apps is responsible for generally refer to Iceweasel or Chrome... 
and a browser or an editor is somewhat always open in my laptop.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

   Generally I can switch to tty. Gnome-shell totally unresponsive. Oddly 
notification area react to network-manager SSID changes (this freeze is 
frequent with maybe another wheezy/gnome/nm bugs: network-manager disconnect 
from whatever SSID, keep asking password of all auto-ssid and never connect).

   * What was the outcome of this action?

   On tty I invocke lightdm restart and this lead to a flickering login screen 
(graphic driver issues ...too??). If i kill gnome-shell flickering stops but 
lightdm never reappears... OMG!

   * What outcome did you expect instead?

   I wish i'll have a debian linux working, please rise severity of this bug. 
Sadly, since Sarge, it seems to me that Wheezy is the worst Debian release. 

-- System Information:
Debian Release: 7.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (99, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backe  0.12.1-3
ii  gconf-service 3.2.5-1+build1
ii  gir1.2-accountsservice-1.00.6.21-8
ii  gir1.2-atk-1.02.4.0-2
ii  gir1.2-caribou-1.00.4.4-1
ii  gir1.2-clutter-1.01.10.8-2
ii  gir1.2-cogl-1.0   1.10.2-7
ii  gir1.2-coglpango-1.0  1.10.2-7
ii  gir1.2-folks-0.6  0.6.9-1+b1
ii  gir1.2-freedesktop1.32.1-1
ii  gir1.2-gconf-2.0  3.2.5-1+build1
ii  gir1.2-gcr-3  3.4.1-3
ii  gir1.2-gdesktopenums-3.0  3.4.2-3
ii  gir1.2-gdkpixbuf-2.0  2.26.1-1
ii  gir1.2-gee-1.00.6.4-2
ii  gir1.2-gkbd-3.0   3.4.0.2-1
ii  gir1.2-glib-2.0   1.32.1-1
ii  gir1.2-gmenu-3.0  3.4.2-5
ii  gir1.2-gnomebluetooth-1.0 3.4.2-1
ii  gir1.2-gtk-3.03.4.2-7
ii  gir1.2-json-1.0   0.14.2-1
ii  gir1.2-mutter-3.0 3.4.1-5
ii  gir1.2-networkmanager-1.0 0.9.4.0-10
ii  gir1.2-pango-1.0  1.30.0-1
ii  gir1.2-polkit-1.0 0.105-3
ii  gir1.2-soup-2.4   2.38.1-2
ii  gir1.2-telepathyglib-0.12 0.18.2-2
ii  gir1.2-telepathylogger-0.20.4.0-1
ii  gir1.2-upowerglib-1.0 0.9.17-1
ii  gjs   1.32.0-5
ii  gnome-bluetooth   3.4.2-1
ii  gnome-icon-theme-symbolic 3.4.0-2
ii  gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u3
ii  gnome-shell-common3.4.2-7+deb7u1
ii  gnome-themes-standard 3.4.2-2.1
ii  gsettings-desktop-schemas 3.4.2-3
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.17-97
ii  libcairo-gobject2 1.12.2-3
ii  libcairo2 1.12.2-3
ii  libcanberra0  0.28-6
ii  libclutter-1.0-0  1.10.8-2
ii  libcogl-pango01.10.2-7
ii  libcogl9  1.10.2-7
ii  libcroco3 0.6.6-2
ii  libdbus-1-3   1.6.8-1+deb7u1
ii  libdbus-glib-1-2  0.100.2-1
ii  libebook-1.2-13   3.4.4-3
ii  libecal-1.2-113.4.4-3
ii  libedataserver-1.2-16 3.4.4-3
ii  libedataserverui-3.0-13.4.4-3
ii  libffi5   3.0.10-3
ii  libfolks250.6.9-1+b1
ii  libgck-1-03.4.1-3
ii  libgconf-2-4  3.2.5-1+build1
ii  libgcr-3-13.4.1-3
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libgee2   0.6.4-2
ii  libgirepository-1.0-1 1.32.1-1
ii  libgjs0b [libgjs0-libmozjs185-1.0]1.32.0-5
ii  libgl1-mesa-glx [libgl1]  8.0.5-4+deb7u2
ii  libglib2.0-0  

Bug#739625: collectd: df plugin not working since wheezy

[Joel Franco Guzmán]

Package: collectd
Version: df plugin not working since wheezy
Severity: normal

Dear Maintainer,

Since Wheezy i can't run the df plugin in collection.cgi.

I install the collection.cgi since squeeze running:

  # apt-get install collectd libhtml-parser-perl librrds-perl apache2
  # cp /usr/share/doc/collectd/examples/collection.cgi /usr/lib/cgi-bin/

I have read in web about exclude some types of filesystems. That solved
the log problem (another problem) but not the graphic generation.

I can see the graphs borders, but not the graphics itself.

It's a problem that happens in all the Wheezy machine installed by me
and not specific to this host.

My df plugin:

Plugin df
FSType rootfs
FSType devtmpfs
FSType tmpfs
IgnoreSelected True
/Plugin

-- 
Joel


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732197: python-lxml: Iterparse() regression, already fixed upstream and in Ubuntu

[Pier Paolo Franco]

Package: python-lxml
Version: 2.3.2-1
Severity: important

Dear Maintainer,
parsing well-formatted xml with lxml lead to unavoidable cycle break.
Known problem already fixed upstream and in Ubuntu maybe 
(https://bugs.launchpad.net/ubuntu/+source/libxml2/+bug/1201849).

Step to reproduce:
from lxml import etree
for event, elem in etree.iterparse('doc.xml', tag='sometag'):
  do something

traceback:
  File iterparse.pxi, line 478, in lxml.etree.iterparse.__next__ 
(src/lxml/lxml.etree.c:98432)
  File iterparse.pxi, line 530, in lxml.etree.iterparse._read_more_events 
(src/lxml/lxml.etree.c:98953)
  File parser.pxi, line 601, in lxml.etree._raiseParseError 
(src/lxml/lxml.etree.c:74863)
lxml.etree.XMLSyntaxError: None

On Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=874546

Cannot find relevant upstream bugreport and fix, sorry.

I will try unstable lxml 3.2.

-- System Information:
Debian Release: 7.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-lxml depends on:
ii  libc6   2.13-38
ii  libxml2 2.8.0+dfsg1-7+nmu2
ii  libxslt1.1  1.1.26-14.1
ii  python  2.7.3-4+deb7u1
ii  python2.6   2.6.8-1.1
ii  python2.7   2.7.3-6
ii  zlib1g  1:1.2.7.dfsg-13

python-lxml recommends no packages.

Versions of packages python-lxml suggests:
pn  python-lxml-dbg  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#680723: gnome-bluetooth: confirm

[Pier Paolo Franco]

Package: gnome-bluetooth
Version: 3.4.2-1
Followup-For: Bug #680723

-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-bluetooth depends on:
ii  bluez4.99-2
ii  consolekit   0.4.5-3.1
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  dpkg 1.16.10
ii  gir1.2-atk-1.0   2.4.0-2
ii  gir1.2-freedesktop   1.32.1-1
ii  gir1.2-gdkpixbuf-2.0 2.26.1-1
ii  gir1.2-glib-2.0  1.32.1-1
ii  gir1.2-gnomebluetooth-1.03.4.2-1
ii  gir1.2-gtk-3.0   3.4.2-6
ii  gir1.2-pango-1.0 1.30.0-1
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgnome-bluetooth10 3.4.2-1
ii  libgtk-3-0   3.4.2-6
ii  libnotify4   0.7.5-1
ii  libpango1.0-01.30.0-1
ii  obex-data-server 0.4.5-1+b3
ii  obexd-client 0.46-1+b1
ii  udev 175-7.2

Versions of packages gnome-bluetooth recommends:
ii  gvfs-backends  1.12.3-4

Versions of packages gnome-bluetooth suggests:
ii  gnome-user-share  3.0.2-1
ii  nautilus-sendto   3.0.3-2+b1

-- no debconf information

same exact symptoms;
eventually i can send zipped epubs but not unzipped.

awkward and annoying


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#717665: script that let apt-cache show command to work properly

[Franco Martelli]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I wrote this bash script:

$ cat apttranslation
#!/bin/bash -l

[ ! 0 -eq `/usr/bin/id -u` ]  (/bin/echo -e '\n - Error: You must be
root!\n')  exit 1

### Hard disk partition containing dvd iso images.
mpoint=/media/sdb1

### Mount each dvd iso images accordenly on /etc/fstab entries.
for ((i=1;i=10;i++)) ;
do
  mount $mpoint/wheezy/dvd-$i 2/dev/null
done
### Change directory to apt packages description archive.
[ ! -d /var/lib/apt/lists/ ]  (/bin/echo -e '\n - Error: Failed to
change directory to /var/lib/apt/lists/\n')  exit 1
cd /var/lib/apt/lists/
### Recursively find Translation-en.gz in dvd-1,dvd-2,dvd-n... up to 10.
for ((i=1;i=10;i++)) ;
do
dvddir=$mpoint/wheezy/dvd-$i
for f in $(find $dvddir -name Translation-en.gz) ;
  do
### Copy Translated-en.gz files renamed opportunely.
  g=$(echo $f | sed -e s/\//_/g)
  /bin/echo Copy translation archive: $g
  /bin/cp $f $g
  done
done
### Once done then unmount dvd ido images.
for ((i=1;i=10;i++)) ;
  do umount $mpoint/wheezy/dvd-$i 2/dev/null
done

Copying those files then apt-cache show command it shall show
description-en contents.
Regards.

- -- 
Franco Martelli.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJR78pLAAoJEFM/ma7n+T+7+YgH/j/6V7nk9boqCxkI3D7UOIRV
rFbAEIb7JaipuA+cPFKe65N8SZB+64wN1vJF2sWCVO8OWzFb4R78NI4zn/mp3s7b
KUV/+e4b6SNJKseg4cvueQZLIpHSSkpM7mzZ6qds3q+ec7A30uWOEmPnvLJyt+qi
yw0P7W53bOj+w8SslohtnfzxRX6+4rX9f3y0j75/InEFVg66pjTfzjwksOCzV+rI
n81IZPU9Z4biW9n6G9zzwYzMuGLGFqW/2IGNrAbw7HHG6dqjpg+pBuJqtHa/SxV7
t639fm2VZmJbDV7ce0rcRnTX02dp1UIiOjQFwyY17M2Somw5VPmf0ws9wiUQE6I=
=9Laq
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#717665: file URI in sources.list: apt-cache show description-en missing.

[Franco Martelli]

-Size: 286
Maintainer: Anibal Monsalve Salazar ani...@debian.org
Architecture: amd64
Depends: libc6 (= 2.11), libtinfo5, debianutils (= 1.8)
Description-en: pager program similar to more
 This package provides less, a file pager (that is, a memory-efficient
 utility for displaying text one screenful at a time). Less has many
 more features than the basic pager more. As part of the GNU project,
 it is widely regarded as the standard pager on UNIX-derived systems.
 .
 Also provided are lessecho, a simple utility for ensuring arguments
 with spaces are correctly quoted; lesskey, a tool for modifying the
 standard (vi-like) keybindings; and lesspipe, a filter for specific
 types of input, such as .doc or .txt.gz files.
Homepage: http://www.greenwoodsoftware.com/less/
Description-md5: a2c2d2eff1fb9762b71faf7540cf8dce
Tag: implemented-in::c, interface::text-mode, role::program,
scope::utility,
 uitoolkit::ncurses, use::viewing, works-with::text
Section: text
Priority: standard
Filename: pool/main/l/less/less_444-4_amd64.deb
Size: 134872
...

Briefly, archives gets with file URI in sources.list they are missing
of Translation-en.gz files in /var/lib/apt/list directory, while
archives gets with http URI they have Translation-en and
description-en are shown regularly. Therefore is it known behavior of
the file URI? How can I enable Description-en gets via file URI
without copy those Translation-en.gz files by hand?
Thank you very much for your attention.
Regards.
-- 
Franco Martelli.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#709546: bitlbee: Please merge fix to bug #1064 (twitter login error 403 forbidden) from upstream.

[Ignacio Lopez Franco]

Package: bitlbee
Version: 3.2-1.1
Severity: normal

Dear Maintainer,

When trying to log onto Twitter, Bitlbee receives an error Logging in:
Error: Could not retrieve /1.1/users/lookup.json: 403 Forbidden. This
issue has been fixed upstream: see ticket #1064.
http://bugs.bitlbee.org/bitlbee/ticket/1064

Would you consider to include this tiny fix in?
Thanks for your work!

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bitlbee depends on:
ii  bitlbee-common  3.2-1.1
ii  debianutils 4.3.2
ii  libc6   2.13-38
ii  libevent-2.0-5  2.0.19-stable-3
ii  libgcrypt11 1.5.0-5
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgnutls26 2.12.20-6

bitlbee recommends no packages.

bitlbee suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#708258: pyversions: missing X(S)-Python-Version in control file

[Thiago Franco Moraes]

Hi Mathie,

I followed the link you indicated [1] and I've made the transition to
dh_python2 (remove d/pyversion, provide X-Python-Version, etc). It
seems to be right now. The changes are available on debian-med svn.

Thanks!

[1] - http://wiki.debian.org/Python/TransitionToDHPython2


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#708259: Depends: is hardcoded

[Thiago Franco Moraes]

I removed libvtk and libgdcm as dependencies to InVesalius. Now, it's
depending on python-vtk, python-vtkgdcm and python-gdcm, which are the
python bindings to vtk and gdcm. The changes are on debian-med svn.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#708260: ImportError: cannot import name setuparg1

[Thiago Franco Moraes]

I'm not sure about how to proceed in this case. When we updated
wxPython from 2.8.10 to the last version, we had to rewrite some
codes. To support wxPython 2.8.10 I'd have to write some patches, and
it wouldn't be compatible with the last wxPython version. Maybe, the
best thing to do is set the package to depend to at least
wxPython-2.8.12, which seems to be the version available on the
Wheezy. I don't know ...


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693963: ITP: python-casmoothing -- Context-aware mesh smoothing for biomedical applications

[Thiago Franco Moraes]

Package: wnpp
Owner: Thiago Franco de Moraes tfmor...@cti.gov.br
X-Debbugs-CC: debian-...@lists.debian.org
Severity: wishlist

* Package name: python-casmoothing
  Version : 0.1.0
  Upstream Author : Thiago Franco de Moraes tfmor...@cti.gov.br
* URL : https://github.com/tfmoraes/python-casmoothing
* License : GPL-2.0
  Programming Lang: C++, Python
  Description : Context-aware mesh smoothing for biomedical applications

Smoothing algorithms allow to reduce artifacts from mesh generation, but
often degrade accuracy. The method described in the paper Context-aware
mesh smoothing for biomedical applications identifies staircase
artifacts which result from image inhomogeneities and binary
segmentation in medical image data for subsequent removal by adaptive
mesh smoothing. Thus, context-aware smoothing enables to adaptively
smooth artifact areas, while non-artifact features can be preserved.
This is a implementation of this method in Cpp with Python bindings.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#677818: amanda-server: please, get 3.3 version in backports

[Joel Franco Guzmán]

Package: amanda-server
Version: amanda-server
Severity: wishlist

Dear Maintainer,

  The 3.3 version is just in unstable. Could you put it in backports? This way, 
i can use the windows client last version from zmanda, because the 2.6.1 
version is buggy with respect to character-code and the current version maybe 
have fixed it.

  Os is there someone reason to not do it?

Thank you,

-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-25-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#668497: [NMU] directoryassistant: Helping to update to packaging format 3.0

[Gustavo Franco]

Feel free to NMU, Jari.

On Thu, May 10, 2012 at 8:38 AM, Jari Aalto jari.aa...@cante.net wrote:
 I'm planning to NMU with changes listed in previous mail's patch to help
 migrate away from deprecated dpatch.

 Please let me know if an update is alredy being worked on, or if the
 previous patch needs adjustments, or if there is anything that should
 delay the NMU.





-- 
-- Gustavo stratus Franco



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#654416: less: fails to show characters with accent

[Franco Martelli]

Package: less
Version: less 436

Files in doc-linux-it-text debian package aren't shown correctly.
Characters with accent like èéàò aren't shown at all.



-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages less depends on:
ii  debianutils   3.4Miscellaneous utilities 
specific t
ii  libc6 2.11.2-10  Embedded GNU C Library: 
Shared lib
ii  libncurses5   5.7+20100313-5 shared libraries for 
terminal hand


less recommends no packages.

less suggests no packages.

-- no debconf information



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#642940: Errata: mailx script

[Franco Marenco]

I attach the two config files.
My .mailrc is nearly 20 years old and has survived
many versions of mailx on different operating systems.
Commented lines are really commented in the file.
Thanks.
Franco

set ask askcc append dot save crt
ignore Received Message-Id Resent-Message-Id Status Mail-From Return-Path Via 
Delivered-To
# set SHELL=tcsh
set SHELL=/bin/tcsh
# ---
# set hold keep append asksub dot header metoo
set hold nokeep append asksub nodot header nometoo
set nosendwait nosave nokeepsave noignoreeof nopipe noshowto noaskcc noaskbcc
unset sendwait save keepsave ignoreeof pipe showto askcc askbcc
alternates m m...@pam.it f...@en.it
set indentprefix=' '
set screen=20
set crt=20
set PAGER=more -e
set VISUAL=vi
set EDITOR=vi
set folder=Mail
set record=$MAIL
set prompt=(MAIL)? 
retain From To Date Subject Cc Bcc Reply-To Mime-Version Content-Type 
X-Spam-Status
alias dummydu...@dummy.it
# and other aliases omitted here
# ---
# per il mailtool:
set retrieveinterval=300
set bell=4
set flash=4
set ttlock
#-button 1 0 Done done
#-button 1 1 Delete deleteMessage
#-button 1 2 Undelete undeleteMenu
#-button 1 3 Send composeNew
#-button 1 4 Reply replySender
set printmail='mp -A4 -F | lpr -h'
# ---
# set EDITOR=/bin/vi
# set VISUAL=/bin/vi
set PAGER=less
# set PAGER=more
# set escape=-

Bug#642940: Errata: mailx script

[Franco Marenco]

Hello,

I cannot myself reproduce it, i.e. sometimes it happens and sometimes
not but I have not understood when...

As requested:

Distribution: Ubuntu 10.04.1 LTS
Mailx:bsd-mailx 8.1.2-0.200909
Linux m-netbook 2.6.32-23-generic #37-Ubuntu SMP Fri Jun 11 07:54:58 UTC 2010 
i686 GNU/Linux
lrwxrwxrwx 1 root root 14 2011-01-18 20:25 /lib/libc.so.6 - libc-2.11.1.so


Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version
  Description
+++---
ii  bsd-mailx8.1.2-0.20090911cvs-2ubuntu1   
  simple mail user agent





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#619392: X crashes after resuming from suspension

[Franco Pellegrini]

On Wed, Oct 26, 2011 at 6:07 PM, Julien Cristau jcris...@debian.org wrote:
 Does this still happen with mesa 7.11?

 Cheers,
 Julien


Well, apparently, this doesn't happen anymore.

Currently using libgl1-mesa-dri 7.11-6

Regards,
Franco



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#642940: Temporary fix

[Franco Marenco]

Re: Disappearing emails in bsd-mailx 8.1.2-0.200909
Debian Bug report logs - #642940


Hello,

Nobody replied to this bug report. Am I the only one
with this problem (or maybe the only one still using
mailx)?

Anyhow, I attach a temporary fix. The attached program
fixmail.c will automatically fix your mailbox. I run
my e-mail via the mailx script (also attached) that
will automatically run fixmail.

There are certainly better ways to do this... but the
most important is not losing e-mails!

Cheers,
Franco


/*   Fixes corrupt files due to buggy bsd-mailx   */
/*   that forgets line feed between messages*/

#include stdio.h
#include string.h
#include ctype.h
#include stdlib.h
#include stdarg.h


#define MAXLINE 1


void error(const char *fmt,...)
{
va_list ap;

va_start(ap,fmt);
fprintf(stderr, fixmail: );
vfprintf(stderr,fmt,ap);
putc('\n',stderr);
va_end(ap);
exit(EXIT_FAILURE);
}


int fgetline(FILE *flp,char buffer[],const int max,const int sklead)
{
int i,c;

i = 0;
while ((c=getc(flp))!='\n'  c!=EOF)
if ((imax-1 || max==-1)  !(sklead  i==0  isspace(c)))
buffer[i++] = c;
if (i=max-1 || max==-1)
buffer[i]='\0';
if (c==EOF  i==0)
return -1;
if (c==EOF)
ungetc(c,flp);
return (i+1);
}


FILE *ffopen(const char *path,const char *fln, const char *mode)
{
char buffer[MAXLINE];
FILE *flp;

sprintf(buffer,%s%s,path,fln);
if ((flp=fopen(buffer,mode))==NULL)
error(ffopen(): Couldn't open file %s.,buffer);
return flp;
}


int ssystem(const char *string)
{
int excode;

if ((excode=system(string))!=0  string!=NULL)
error(ssystem(\%s\): exit code %d., string, excode);
return(excode);
}


int main(int n, char *p[])
{
FILE *in, *out;
char *infln, outfln[MAXLINE], tmpfln[MAXLINE];
char buffer[MAXLINE];
int l, old_l = 1, fix=0;

if (TMP_MAX2)
error(Can't make temporary files: this system has TMP_MAX2);

if (n  1)
infln = p[1];
else
if ((infln = getenv(MAIL))==NULL)
error(Undefined $MAIL);
in = ffopen(, infln, r);

tmpnam(outfln);
out = ffopen(, outfln, w);

while ((l = fgetline(in, buffer, MAXLINE, 0))  0)
{
if (l = MAXLINE)
error(%s: Long buffer: %100.100s, infln, buffer);
if (strncmp(buffer, From , 5)==0  old_l  1)
{
putc('\n', out);
if (!fix)
printf(Fixing %s:\n, infln);
printf(  %s\n, buffer);
++fix;
}
fprintf(out, %s\n, buffer);
old_l = l;
}

fclose(out);
fclose(in);

if (fix  0)
{
tmpnam(tmpfln);
sprintf(buffer, cp %s %s, infln, tmpfln);
ssystem(buffer);
sprintf(buffer, cp %s %s, outfln, infln);
ssystem(buffer);
printf(fixmail: %d fixes applied (%s backed up as %s).\n,
fix, infln, tmpfln);
}
}
exec mail $*
fixmail

Bug#642940: Errata: mailx script

[Franco Marenco]

Sorry, after further testing I found out that
the exec keyword in the script has to be removed.
Correct script attached.
Goodnight,
Franco


mail $*
fixmail

Bug#642940: Disappearing emails in bsd-mailx 8.1.2-0.200909

[Franco Marenco]

Package: bsd-mailx
Version: 8.1.2-0.200909

Occasionally (once in 10 I would say) emails disappears from
the Inbox, after changes have been saved within /usr/bin/mail
(linked to /usr/bin/bsd-mailx).

If you look in $MAIL, what you find is that the blank line
between the end of a message and the From_ line on the following
one has disappeared. Therefore the disappeared message has actually
been incorporated in the previous one.

Here is a transcript:

/home/mmail
Mail version 8.1.2 01/15/2001.  Type ? for help.
/var/spool/mail/m: 7 messages 3 new
1 peternobile@gmail  Mon Jan 17 19:51  138/6705  Re: part time e altre novit
2 peeli...@gmail.co  Mon Jan 17 19:51  142/6698  Re: part time e altre novit
3 reedp...@tin.itFri Sep 23 18:21 25470/1954744 regalo Ancilina e foto C
4 wr1541@blueyonder  Sat Sep 24 23:41  109/4818  Re: wet suit
N  5 ellenientro@gmail  Sun Sep 25 14:11 12119/930427 LNI - NEWSLETTER 43
 N  6 federica.magnific  Sun Sep 25 14:11   66/3309  gmail e liberta' di scelta 
 N  7 root@m-netbook Sun Sep 25 14:16   25/1151  exim paniclog on m-netbook
 


 s 5 +f
/home/m/Mail/f [Appended]
 h
1 peternobile@gmail  Mon Jan 17 19:51  138/6705  Re: part time e altre novit
2 peeli...@gmail.co  Mon Jan 17 19:51  142/6698  Re: part time e altre novit
3 reedp...@tin.itFri Sep 23 18:21 25470/1954744 regalo Ancilina e foto C
4 wr1541@blueyonder  Sat Sep 24 23:41  109/4818  Re: wet suit
 *  5 ellenientro@gmail  Sun Sep 25 14:11 12119/930427 LNI - NEWSLETTER 43
6 federica.magnific  Sun Sep 25 14:11   66/3309  gmail e liberta' di scelta 
   7 root@m-netbook Sun Sep 25 14:16   25/1151  exim paniclog on m-netbook
 q
Held 6 messages in /var/spool/mail/m
/home/mmail
Mail version 8.1.2 01/15/2001.  Type ? for help.
/var/spool/mail/m: 5 messages
   1 peternobile@gmail  Mon Jan 17 19:51  138/6705  Re: part time e altre novit
2 peeli...@gmail.co  Mon Jan 17 19:51  142/6698  Re: part time e altre novit
3 reedp...@tin.itFri Sep 23 18:21 25470/1954744 regalo Ancilina e foto C
4 wr1541@blueyonder  Sat Sep 24 23:41  109/4818  Re: wet suit
5 federica.magnific  Sun Sep 25 14:11   92/4482  gmail e liberta' di scelta 
 q
As you see, message 7 in the above has disappeared!!
Actually, when you vi $MAIL you find that the blank line
between it and the preceeding message is missing.

Do you think there could be a fix?

Many thanks!
Franco


Linux m-netbook 2.6.32-23-generic #37-Ubuntu SMP Fri Jun 11 07:54:58 UTC 2010 
i686 GNU/Linux

lrwxrwxrwx 1 root root 14 2011-01-18 20:25 /lib/libc.so.6 - libc-2.11.1.so




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#629846: amanda-server: please make amanda 3.2 in backports

[Joel Franco]

Package: amanda-server
Version: 2.6.1p2-3
Severity: wishlist


Hi,

Amanda 3.2.1 is already in wheezy (testing).

It supports DVD and Blueray medias better than 2.6.

Can you please upload it to backports?

Thanks in advance,

Joel

-- System Information:
Debian Release: squeeze/sid
  APT prefers natty-updates
  APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-8-generic (SMP w/2 CPU cores)
Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to pt_BR.utf8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#620602: python-googleapi: Google API client for Python

[Gustavo Franco]

Package: wnpp
Severity: wishlist
Owner: Gustavo Franco stra...@debian.org

* Package name: python-googleapi
 Version: 1.0
 Upstream Author : Google Inc.
* URL :
http://code.google.com/p/google-api-python-client
* License   : Apache License, version 2.0
 Programming Lang  : Python
 Description  : Google API client for Python

Written by Google, this is a small, flexible, and powerful Python client
library for accessing Google APIs.
.
The Google API Client for Python works with the following Google APIs:
  * Buzz
  * Latitude
  * Moderator
  * Diacritize
  * Translate
  * Custom Search
  * Search API for Shopping
  * URL Shortener
  * Prediction

-- 
-- Gustavo stratus Franco



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#619392: X crashes after resuming from suspension

[Franco Pellegrini]

Package: xserver-xorg
Followup-For: Bug #619392


I did a downgrade to wheezy's Xorg and libgl1-mesa-dri packages, and the issue 
went away.

I am willing to do any kind of tests you need in order to get this fixed.

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Mar 14 04:21 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1733468 Feb 19 11:43 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller [8086:2a42] (rev 07)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 4
-rw-r--r-- 1 root root 66 Mar 31 20:00 intel.conf

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 2.6.38-2-686 (Debian 2.6.38-2) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-14) ) #1 SMP Tue Mar 29 17:27:45 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 18238 Mar 14 17:26 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 26390 Mar 31 23:32 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.29-dsa-ia32 i686 Debian
Current Operating System: Linux delorean 2.6.38-2-686 #1 SMP Tue Mar 29 
17:27:45 UTC 2011 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-2-686 
root=UUID=f315542d-af43-49ae-b244-d9d0a5cd8813 ro quiet splash
Build Date: 19 February 2011  02:37:36PM
xorg-server 2:1.7.7-13 (Cyril Brulebois k...@debian.org) 
Current version of pixman: 0.21.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Thu Mar 31 20:43:29 2011
(==) Using config directory: /etc/X11/xorg.conf.d
(==) Using system config directory /usr/share/X11/xorg.conf.d
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |--Screen Default Screen Section (0)
(**) |   |--Monitor default monitor
(==) No device specified for screen Default Screen Section.
Using the first device section listed.
(**) |   |--Device device0
(==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/100dpi/ does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/75dpi/ does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/100dpi does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/75dpi does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/Type1,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to /usr/lib/xorg/modules
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x81ecca0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI:*(0:0:2:0) 8086:2a42:17aa:21b4 Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller rev 7, Mem @ 0xf000/4194304, 
0xd000/268435456, I/O @ 0x1800/8
(--) PCI: (0:0:2:1) 8086:2a43:17aa:21b4 Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller rev 7, Mem @ 0xf040/1048576
(II) Open ACPI successful (/var/run/acpid.socket)
(II) LoadModule: extmod
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor=X.Org Foundation
compiled for 1.7.7, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension 

Bug#619392: /usr/bin/X: X crashes after resuming from suspension

[Franco Pellegrini]

Package: xserver-xorg
Version: 1:7.6+4
Severity: important
File: /usr/bin/X

After resuming from suspension, x crashes and restarts. This does not happen 
always, so it's not fully reproducible.
It also happens when it's being idle for a long period of time in which the 
display will turn off. Screensaver appears after moving the mouse, i can enter 
my password to unlock the session, and (randomly) X crashes and restart.

I'm attaching a traceback i got from /var/log/kdm.log


Backtrace:
0: /usr/bin/X (xorg_backtrace+0x3b) [0x80edf6b]
1: /usr/bin/X (0x8048000+0x58915) [0x80a0915]
2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb779140c]
3: /usr/lib/dri/i965_dri.so (0xb6d14000+0x19c58) [0xb6d2dc58]
4: /usr/lib/dri/i965_dri.so (0xb6d14000+0x1c9a0) [0xb6d309a0]
5: /usr/lib/dri/i965_dri.so (0xb6d14000+0x207dc3) [0xb6f1bdc3]
6: /usr/lib/xorg/modules/extensions/libglx.so (0xb731e000+0x8329) [0xb7326329]
7: /usr/lib/xorg/modules/extensions/libglx.so (0xb731e000+0x34ff4) [0xb7352ff4]
8: /usr/lib/xorg/modules/extensions/libglx.so (0xb731e000+0x37aff) [0xb7355aff]
9: /usr/bin/X (0x8048000+0x3b057) [0x8083057]
10: /usr/bin/X (0x8048000+0x1e695) [0x8066695]
11: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb74aac76]
12: /usr/bin/X (0x8048000+0x1e271) [0x8066271]
Segmentation fault at address 0x30

Fatal server error:
Caught signal 11 (Segmentation fault). Server aborting


Please consult the The X.Org Foundation support 
 at http://wiki.x.org
 for help. 
Please also check the log file at /var/log/Xorg.0.log for additional 
information.


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Mar 14 04:21 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1783332 Mar  7 14:06 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller [8086:2a42] (rev 07)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 8
-rw-r--r-- 1 root root  217 Mar 16 09:31 synaptics.conf
-rw-r--r-- 1 root root 1601 Mar 16 09:30 synaptics.conf.bak

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 2.6.38-1-686 (Debian 2.6.38-1) (b...@decadent.org.uk) (gcc 
version 4.4.5 (Debian 4.4.5-14) ) #1 SMP Wed Mar 16 17:37:47 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 18238 Mar 14 17:26 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 29963 Mar 23 10:39 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 24543.455] 
X.Org X Server 1.9.4.901 (1.9.5 RC 1)
Release Date: 2011-03-04
[ 24543.455] X Protocol Version 11, Revision 0
[ 24543.455] Build Operating System: Linux 2.6.26-2-amd64 i686 Debian
[ 24543.455] Current Operating System: Linux delorean 2.6.38-1-686 #1 SMP Wed 
Mar 16 17:37:47 UTC 2011 i686
[ 24543.455] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-1-686 
root=UUID=f315542d-af43-49ae-b244-d9d0a5cd8813 ro quiet splash
[ 24543.455] Build Date: 07 March 2011  05:01:39PM
[ 24543.455] xorg-server 2:1.9.4.901-1 (Cyril Brulebois k...@debian.org) 
[ 24543.455] Current version of pixman: 0.21.4
[ 24543.455]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 24543.455] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 24543.455] (==) Log file: /var/log/Xorg.0.log, Time: Wed Mar 23 10:33:03 
2011
[ 24543.603] (==) Using config directory: /etc/X11/xorg.conf.d
[ 24543.603] (==) Using system config directory /usr/share/X11/xorg.conf.d
[ 24543.708] (==) No Layout section.  Using the first Screen section.
[ 24543.708] (==) No screen section available. Using defaults.
[ 24543.708] (**) |--Screen Default Screen Section (0)
[ 24543.708] (**) |   |--Monitor default monitor
[ 24543.708] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[ 24543.708] (==) Automatically adding devices
[ 24543.708] (==) Automatically enabling devices
[ 24543.709] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[ 24543.709]Entry deleted from font path.
[ 24543.709] (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist.
[ 24543.709]Entry deleted from font path.
[ 24543.709] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist.
[ 24543.709]Entry deleted from font path.
[ 24543.725] (WW) The directory /usr/share/fonts/X11/100dpi does not exist.
[ 24543.725]Entry 

Bug#602339: ITP: sawzall -- a compiler and runtime for the Sawzall language

[Gustavo Franco]

Package: wnpp
Severity: wishlist
Owner: Gustavo Franco stra...@debian.org


* Package name: sawzall
  Version : 1.0
  Upstream Author : Google Inc.
* URL : http://code.google.com/p/szl/
* License : Apache License 2.0
  Programming Lang: C++
  Description : a compiler and runtime for the Sawzall language

Long description is TBD.

-- 
-- Gustavo stratus Franco



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#602351: ITP: sawzall -- a compiler and runtime for the Sawzall language

[Gustavo Franco]

Package: wnpp
Severity: wishlist
Owner: Gustavo Franco stra...@debian.org


* Package name: sawzall
 Version : 1.0
 Upstream Author : Google Inc.
* URL : http://code.google.com/p/szl/
* License : Apache License 2.0
 Programming Lang: C++
 Description : a compiler and runtime for the Sawzall language

Long description is TBD.

-- 
-- Gustavo stratus Franco



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#595903: apt-setup: Fail to set up DVD as APT source during installation

[franco]

Be patient with me for my english. After done the minimal installation 
(by squeeze dvd medium 20100913), the installer does install nothing 
more, also after uncommenting the installation disk line in 
sources.list. I needed to end installation as it was, and rebooted the 
system with another bootloader from another partition. Trying to install 
remaining packages, aptitude ask to insert the dvd #1, so I do that, but 
installation fails with file not found error for each package. Noted 
that the disk were installed by aptitude on /media/apt, I unmounted it 
and remounted on /media/cdrom. Now the installation goes straight ahead. 
So the installer mounts the disk on one place but searches its contents 
on another.


Regards, Franco



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#467620: desktop-base: Please consider not failing to install when update-grub2 fails

[Gustavo Franco]

Hi,

I'm against strict maintainership in Debian. :) You are free to remove
it from delayed and make it go through directly or we can revisit this
topic during the weekend where I was planning to work with Otavio and
you into d-i related stuff.


On Fri, Jul 30, 2010 at 1:59 AM, Daniel Baumann dan...@debian.org wrote:
 retitle 467620 fails to install in chroot
 severity 467620 serious
 tag 467620 pending
 tag 467620 patch
 thanks

 Hi,

 failing to install in a chroot (because update-grub can't detect the mbr
 and thus not returning 0, which is perfectly legitimit in that specific
 case) is serious, as desktop base is a package installed by the desktop
 task which is used to built the official debian-live prebuilt images.
 therefore raising the severity.

 also, i've uploaded a fixed package to delayed/3. attached is the nmudiff.

 Regards,
 Daniel

 --
 Address:        Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
 Email:          daniel.baum...@panthera-systems.net
 Internet:       http://people.panthera-systems.net/~daniel-baumann/


thanks,
-- Gustavo stratus Franco



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#575873: ITP: sigar -- A cross-platform API for collecting software inventory data

[Thiago Franco Moraes]

Package: wnpp
Severity: wishlist

It can be downloaded by svn checkout from trunk, the last stable
version doesn't compile:
svn co http://svn.hyperic.org/projects/sigar_mirror/trunk sigar

Here is the site http://www.hyperic.com/products/sigar

Packages I created:
http://svn.softwarepublico.gov.br/trac/invesalius/browser/requirements/invesalius3/ubuntu32/libsigar-1.6.2-i386.deb?format=raw
http://svn.softwarepublico.gov.br/trac/invesalius/browser/requirements/invesalius3/ubuntu64/libsigar-1.6.2-amd64.deb?format=raw

Sigar is licensed under the terms of the GNU General Public License (GPL v2).

A large description, by the site:

One API to access system information regardless of the underlying platform

Hyperic's System Information Gatherer (SIGAR) is a cross-platform API
for collecting software inventory data. SIGAR is core of HQ's
auto-discovery functionality, and you can use it to extend
auto-discovery behavior.

SIGAR includes support for Linux, FreeBSD, Windows, Solaris, AIX,
HP-UX and Mac OSX across a variety of versions and architectures.
Users of the SIGAR API are given portable access to inventory and
monitoring data including:

* System memory, swap, cpu, load average, uptime, logins
* Per-process memory, cpu, credential info, state, arguments,
environment, open files
* File system detection and metrics
* Network interface detection, configuration information and metrics
* Network route and connection tables

This information is available in most operating systems, but each OS
has its own way(s) providing it. SIGAR provides developers with one
API to access this information regardless of the underlying platform.
The core API is implemented in pure C with bindings currently
implemented for Java, Perl and C#.

SIGAR offers both source code and binary distributions including
native libraries for all supported platforms, examples and
documentation. Hyperic SIGAR is licensed under the terms of the GNU
General Public License (GPL v2).



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#565972: Please split a separate python-gdata-doc package.

[Gustavo Franco]

Agreed and intentionally left it out 2.0.8-1 (fixing that serious bug
you reported) to avoid sit on NEW.

thanks,
-- Gustavo stratus Franco



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#570277: Let's be cool to each other, huh?!

[Gustavo Franco]

Hi Pierre,

I understand you may be busy, but Jakub wrote a patch for this bug.
You've submitted without acknowledging the work. Thank you both for
contributing to Debian!

regards,
-- Gustavo stratus Franco



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#570277: Let's be cool to each other, huh?!

[Gustavo Franco]

Hi Pierre,

No need to say sorry. Thanks for your prompt response! :-)

On Sun, Feb 28, 2010 at 7:01 PM, Pierre Chifflier pol...@debian.org wrote:
 On Sun, Feb 28, 2010 at 06:48:27PM -0300, Gustavo Franco wrote:
 Hi Pierre,

 I understand you may be busy, but Jakub wrote a patch for this bug.
 You've submitted without acknowledging the work. Thank you both for
 contributing to Debian!


 Oh, that was not my intention.
 Sorry, and thank you Jakub for your contribution.

 Pierre


regards,
-- Gustavo stratus Franco



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#495424: totem-plugins: Youtube plugin does not work, outputs python error

[Gustavo Franco]

I've just committed python gdata 2.0.7 to DPMT svn repository. I will
ping the bug after the upload, so you can double check the bug has
been fixed by that.

thanks,
-- Gustavo stratus Franco



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#514125: gdebi package updates (Debian stuff)

[Gustavo Franco]

If Michael is fine with that, I say go for it. I'll busy moving for
the third time in a year real soon now.

On Mon, Sep 28, 2009 at 8:59 AM, Luca Falavigna dktrkr...@debian.org wrote:
 Hi all!

 I have some spare time to eventually invest in (co)maintaining or
 sponsoring gdebi.

 Michael, Gustavo, if you haven't much time to spend on gdebi, what do
 you think to move to team maintenance (collab-maint, PAPT, whatever), so
 it can receive additional love? Rafael, would you be interested in
 (co)maintain it together with me or some other developers/contributors?

 Please let me know! TIA :)

 --

  .''`.
  : :' :   Luca Falavigna dktrkr...@debian.org
  `. `'
   `-



regards,
-- Gustavo stratus Franco



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#546370: general: KDE provokes Xorg to take too much CPU and RAM

[Franco Pellegrini]

Package: general
Severity: normal


Short story:
When using kde 4.3, Xorg process grows from 35 MB of RAM to 600+ MB after ~10 
hours... also the CPU usage gets over 90%

Long Story:
I have done a fresh install of my debian 3 weeks ago, to switch from i386 to 
amd64 and installed the same stuff i had back then (using sid also)
I installed kde 4.3.1 from experimental repos, and i noticed that after using 
the system for about ~8 hours, it becomes slow and unresponsive.

Digging about the issue, i found that Xorg was growing in resources as hours 
went by.

I tried changing Nvidia driver to test, i used 180, 185, 190 beta. Also tried 
the nv one. Tried going to Xorg 7.3, etc. nothing changed...

Finally i decided to try if gnome was having the same problems, so i installed 
it, and it's been 3 days since the computer is on, and Xorg is still consuming 
35 mb as it should, so i'm pretty sure something related to KDE is causing this.

Now, i decided to file a bug here instead of kde, since this does not happen in 
Ubuntu (where i'm also using kde 4.3.1)

The main problem is that if the system goes beyond the 10 hours, it gets almost 
unusable, and i have to go to a virtual terminal and kill Xorg to restart it :(

Any info you think is needed just ask :)


-- System Information:
Debian Release: squeeze/sid
  APT prefers gutsy
  APT policy: (500, 'gutsy'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#535791: [Pkg-samba-maint] Bug#535791: winbind: failed to get user and group list from Samba PDC

[Joel Franco]

Christian,

Thank you by your explaination about the correct way of report bugs.

I agree that, to my specific case, samba debian team is not the better
way to solve it.

Regards,

-- 
|
|Joel Franco Guzmán .''`.
| powered by Debian Linux  : :' :
|  aprenda na Wikipedia  `. `' 
|`- 

On 09 Ter 07 Jul 18:32, Christian Perrier wrote:
Quoting Joel Franco (joel.fra...@gmail.com):

 I recognize that i made a bug report like a support request. Sorry. If
 i be in your place, i guess that i will be bored too. :(
 
 But, unless the Please, what should i do?, do it do not appears a
 bug report?


Given the complexity of software such as samba, not necessarily. It is
quite likely that your problem is related to changes in samba
behaviour, that may require checking the documentation or reviewing
your server's settings.

 
 Yes, i have read documentation in howtos, i have looked at the server
 logs, but i do not have read the samba upstream mailing list.
 
 However, i do not understand when i should talk to debian samba bug
 report and when i should do it to the upstream. I have seen in debian
 bug report several cases from reports that IMHO should go to the
 upstream. There is a documentation explaing that?

Not really. Only common sense prevails. Particularly in the case of
complex software such as Samba, OpenLDAP and similar projects, the
Debian maintainers mostly focus on issues related to packaging and
following upstream evolutions and changes.

So, we're very far from having the technical possibility and overall
availability to try reproducing issues faced by users of this
software.at least we have this with much less deep knowledge of
the software itself than upstream developers.

You're right: there are issues that were reported (and some that still
are in the BTS) that would more pertain to upstream direct
interaction, or user to user advices andn support. Indeed, most
pending issues in the BTS fall in that category...and the fact that we
have a few that are really old clearly shows that such bug reporting
way is not always the right method.

Which is, of course, really different from sayingg hey, please don't
report bugs to Debian...what I'm more saying is please report bugs
when you think that Debian maintainers are able to fix them or report
them correctly, with precise-enough information.








-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#535791: [Pkg-samba-maint] Bug#535791: winbind: failed to get user and group list from Samba PDC

[Joel Franco]

On 09 Seg 06 Jul 06:38, Christian Perrier wrote:
tags 535791 wontfix
thanks

Quoting Joel Franco (joel.fra...@gmail.com):
 Package: winbind
 Version: 2:3.2.5-4lenny6
 Severity: important
 
 
 After the net rpc join successfuly established to the Samba PDC (net rpc 
 testjoin ok), the following commands fail:

.../...


 
 The samba version in the PDC Server is exactly the samba that of this server.
 
 Please, what should i do?


Get in touch with upstream mailing lists, look into the server's logs,
look into the client logs, read documentation about samba, etc?

I'm really sorry to say this but you come in touch with the package
maintainers in Debian  just as if we were a support center, which we
are definitely not (we're having enough hard times maintaining the
package...we can't do user support).

Sorry for being quite harsh, but that's about the 3rd ou 4th such bug
report in a week.



Hi Christian,

I recognize that i made a bug report like a support request. Sorry. If
i be in your place, i guess that i will be bored too. :(

But, unless the Please, what should i do?, do it do not appears a
bug report?

Yes, i have read documentation in howtos, i have looked at the server
logs, but i do not have read the samba upstream mailing list.

However, i do not understand when i should talk to debian samba bug
report and when i should do it to the upstream. I have seen in debian
bug report several cases from reports that IMHO should go to the
upstream. There is a documentation explaing that?

Regards and thank you by explaining the cause of your harsh :)

-- 
|
|Joel Franco Guzmán .''`.
| powered by Debian Linux  : :' :
|  aprenda na Wikipedia  `. `' 
|`- 




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#535791: winbind: failed to get user and group list from Samba PDC

[Joel Franco]

Package: winbind
Version: 2:3.2.5-4lenny6
Severity: important


After the net rpc join successfuly established to the Samba PDC (net rpc 
testjoin ok), the following commands fail:

# wbinfo -u
Error looking up domain users
# wbinfo -g
Error looking up domain groups
#wbinfo -t
checking the trust secret via RPC calls failed
Could not check secret
# net rpc testjoin
Join to 'RSP' is OK

It appears that, still under valid relationship with the PDC Samba server, the 
winbind does not get the list from the PDC.

I have zeroed this server /var/lib/samba and started samba and winbind again, 
rejoined the domain successfuly,
but i can't get wbinfo work.

My /etc/nsswitch.conf:

passwd: compat winbind
group:  compat winbind
shadow: compat

#hosts:  files dns wins 
hosts:  files dns
networks:   files

protocols:  db files
services:   db files
ethers: db files
rpc:db files

netgroup:   nis

and my /etc/samba/smb.conf:

[global]
   workgroup = RSP
   server string = Ultra server
   wins server = 172.17.1.9
   dns proxy = yes
   log file = /var/log/samba/log.%m
   max log size = 1000
   syslog = 0
   panic action = /usr/share/samba/panic-action %d
   encrypt passwords = true
   passdb backend = tdbsam
   load printers = no
   socket options = TCP_NODELAY
   security = domain
   idmap uid = 1-3
   idmap gid = 1-3

The samba version in the PDC Server is exactly the samba that of this server.

Please, what should i do?

Regards,

-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=UTF-8) (ignored: LC_ALL set to 
pt_BR.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages winbind depends on:
ii  adduser 3.110add and remove users and groups
ii  libc6   2.9-4GNU C Library: Shared libraries
ii  libcomerr2  1.41.3-1 common error description library
ii  libkrb531.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries
ii  libldap-2.4-2   2.4.11-1 OpenLDAP libraries
ii  libpam0g1.0.1-5+lenny1   Pluggable Authentication Modules l
ii  libpopt01.14-4   lib for parsing cmdline parameters
ii  libtalloc1  1.2.1-1  hierarchical pool based memory all
ii  libwbclient02:3.3.3-1Samba winbind client library
ii  lsb-base3.2-20   Linux Standard Base 3.2 init scrip
ii  samba-common2:3.2.5-4lenny6  Samba common files used by both th

winbind recommends no packages.

winbind suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#514125: gdebi package updates (Debian stuff)

[Gustavo Franco]

Hi Rafael,

Thanks for mailing us. I'm all for you uploading 0.4.0 in the
meantime, yes. I'm sorry I will have no free time to promptly review
it soon--just moved to United States, lots of real life issues to
solve first. If Michael or any other DD can review it and upload, I'm
more than ok with your NMU (non-maintainer upload).

On Wed, May 20, 2009 at 12:13 PM, Rafael Belmonte eaglescr...@gmail.com wrote:
 Hello Gustavo and Michael, I hope for you read this message.
 Gdebi package in Debian archive is too old yet, an update is needed.
 Current gdebi version in unstable is 0.3.11 when the latest upstream is
 0.4.9. Unfortunately version 0.4.9 depends on python 2.6 which is not still
 in unstable, so we only can package it for experimental, or force it to use
 python 2.5 (I think this is not a good idea).
 But there are a version of gdebi that works pretty well in Debian
 testing/unstable now, it is 0.4.0 version. The current gdebi version in
 Debian 0.3.11 does not provide KDE frontend becouse it was problematic in
 Debian lenny with KDE 3.5, now KDE 4.2 is in testing and unstable and
 version 0.4.0 of gdebi provides a KDE4 frontend that is working now in
 Debian. So we could update gdebi to its 0.4.0 version until python 2.6 reach
 unstable, I have packages (binary and source) in my Launchpad PPA, so I can
 colaborate with you in this task.
 I will be waiting for your reply.

 Cheers.


regards,
-- Gustavo stratus Franco



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#522817: Updating the python-gdata Maintainer/Uploaders list

[Gustavo Franco]

will do as soon as I prepare another upload.

thanks,

On Mon, Apr 6, 2009 at 2:50 PM, Sandro Tosi mo...@debian.org wrote:
 Package: python-gdata
 Version: 1.1.1-1
 Severity: minor

 Brandon Philips bran...@ifup.org has not been working on
 the python-gdata package for quite some time.

 We are tracking their status in the MIA team and would like to ask you
 to remove them from the Uploaders list of the package so we can close
 that part of the file.

 Alternatively, if the person is listed as Maintainer, what we are
 asking is to please step in as a new maintainer.

 Thanks.




-- Gustavo stratus Franco



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org