Bug#912870: asciio: GTK 2 Perl is going away

[David Paleino]

Hello,

Sorry for top-quoting, but replying from a mobile phone.

Yes, please go ahead, and sorry for not reacting before.

Thank you for pinging me!
David


Il Ven 21 Ago 2020, 11:23 intrigeri  ha scritto:

> Hi David,
>
> intrigeri (2019-09-16):
> > In case you've missed it, here's my message from 2 months ago:
> >
> > intrigeri:
> >> as announced on this bug report and on debian-devel@ in November 2018,
> >> GTK 2 is going away in Bullseye, so I'm hereby bumping severity of
> >> these bugs, on every reverse-dependency of libgtk2-perl, to RC.
> >
> >> I hope that upstream will port the code to GTK 3 in time for the
> >> Bullseye freeze :)
>
> > [...]
>
> > I could not spot any upstream activity since 3+ years so I am not very
> > hopeful wrt. the chances they port the code to GTK 3 themselves :/
>
> Almost a year later, it looks like the situation has not changed :(
> That's sad: I'm told asciio is the best tool available for the
> task at hand.
>
> Would you mind if I filed a Request For Help bug report against wnpp,
> in order to alert users and fellow Debian folks about the
> current situation?
>
> This might prompt someone to volunteer and port this program to
> a non-obsolete toolkit :)
>
> Cheers!
>

Bug#950445: python-couchdb: should this package be removed?

[David Paleino]

Hello Sandro,

On 01/02/2020 20:47, Sandro Tosi wrote:
> [..]
>
> If i dont hear a good reason to keep this package in Debian within a week, 
> i'll
> file for its removal.

Please go ahead.

Thank you,
David




signature.asc
Description: OpenPGP digital signature

Bug#898593: xpn: Intent to remove from Debian

[David Paleino]

Please go ahead.

Thank you,
David


Il Lun 14 Mag 2018, 02:39 Jeremy Bicha  ha scritto:

> Source: xpn
> Version: 1.2.6-5.1
> Severity: serious
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs pygtk
> Tags: sid buster
>
> xpn depends on the unmaintained pygtk which the Debian GNOME team is
> trying to remove from Debian.
>
> It looks like xpn itself is unmaintained. Therefore, I intend to file a
> removal bug for xpn. Please reply immediately to let me know if you approve
> or object.
>
> References
> --
> https://bugs.debian.org/885496
> https://lists.debian.org/debian-devel/2018/02/msg00169.html
>
> Thanks,
> Jeremy Bicha
>

Bug#853349: codeblocks: Patch for the build-failure

[David Paleino]

Please go ahead, I currently don't have time :(

David
(sorry for topquoting, replying from my mobile)

Il 30 Set 2017 20:51, "Andreas Moog"  ha scritto:

> Control: tags 853349 + patch
>
> Dear maintainer,
>
> this particular error is fixed already in upstream's SVN repo:
>
> https://sourceforge.net/p/codeblocks/code/11006/
>
> I've attached a minimal nmu for which I will seek sponsoring. Please tell
> me if
> I shouldn't upload this!
>
> Thanks!
>
> Regards,
>   Andreas
>
> --
> PGP-encrypted mails preferred
> PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624
>

Bug#846918: interface opens, but no menus and no action on button clicks

[David Paleino]

Package: jabref
Version: 2.10+ds-7
Severity: grave

Hello!

Wow, so long time no filing bugs to Debian, seems like a whole new experience :)

Ok, here's the fact: opening a freshly installed jabref, the splash screen
starts fine, the interface opens and everything is visible, but as soon as I
click on _any_ menu item or button in the toolbar, nothing happens (except
stacktraces in console).

Here you are:

/--
| $ DEBUG_WRAPPER=1 jabref
| [debug] /usr/bin/jabref: Found JAVA_HOME = '/usr/lib/jvm/java-8-openjdk-amd64'
| [debug] /usr/bin/jabref: Found JAVA_CMD = 
'/usr/lib/jvm/java-8-openjdk-amd64/bin/java'
| [debug] /usr/bin/jabref: Environment variable CLASSPATH is ''
| [debug] /usr/bin/jabref: Runnning /usr/lib/jvm/java-8-openjdk-amd64/bin/java  
-classpath 
/usr/share/java/jabref.jar:/usr/share/java/JPFCodeGenerator-rt.jar:/usr/share/java/antlr.jar:/usr/share/java/antlr3.jar:/usr/share/java/commons-logging.jar:/usr/share/java/glazedlists.jar:/usr/share/java/jempbox.jar:/usr/share/java/jgoodies-common.jar:/usr/share/java/jgoodies-forms.jar:/usr/share/java/jgoodies-looks.jar:/usr/share/java/jpf.jar:/usr/share/java/jpf-boot.jar:/usr/share/java/microba.jar:/usr/share/java/mysql-connector-java.jar:/usr/share/java/pdfbox.jar:/usr/share/java/postgresql.jar:/usr/share/java/spin.jar
 net.sf.jabref.JabRefMain
| Found 2 plugin(s):
|  - net.sf.jabref.export.misq 
(jar:file:/usr/share/jabref/JabRef-2.10.jar!/plugins/net.sf.jabref.export.misq/plugin.xml)
|  - net.sf.jabref.core 
(jar:file:/usr/share/jabref/JabRef-2.10.jar!/plugins/net.sf.jabref.core/plugin.xml)
| 
| Could not get key binding for "Open folder"
\-

So far, looks good.

As soon as I click a menu item:

---8<---
Exception in thread "AWT-EventQueue-0" java.lang.ExceptionInInitializerError
at com.jgoodies.looks.common.ShadowPopup.(ShadowPopup.java:84)
at com.jgoodies.looks.Options.isPopupDropShadowActive(Options.java:639)
at 
com.jgoodies.looks.common.ShadowPopupFactory.getPopup(ShadowPopupFactory.java:177)
at javax.swing.plaf.PopupMenuUI.getPopup(PopupMenuUI.java:61)
at javax.swing.JPopupMenu.showPopup(JPopupMenu.java:837)
at javax.swing.JPopupMenu.setVisible(JPopupMenu.java:790)
at javax.swing.JPopupMenu.show(JPopupMenu.java:965)
at javax.swing.JMenu.setPopupMenuVisible(JMenu.java:345)
at javax.swing.JPopupMenu.menuSelectionChanged(JPopupMenu.java:1478)
at 
javax.swing.MenuSelectionManager.setSelectedPath(MenuSelectionManager.java:125)
at javax.swing.plaf.basic.BasicMenuUI.appendPath(BasicMenuUI.java:222)
at javax.swing.plaf.basic.BasicMenuUI.access$200(BasicMenuUI.java:49)
at 
javax.swing.plaf.basic.BasicMenuUI$Handler.mousePressed(BasicMenuUI.java:461)
at 
java.awt.AWTEventMulticaster.mousePressed(AWTEventMulticaster.java:279)
at java.awt.Component.processMouseEvent(Component.java:6530)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
at java.awt.Component.processEvent(Component.java:6298)
at java.awt.Container.processEvent(Container.java:2236)
at java.awt.Component.dispatchEventImpl(Component.java:4889)
at java.awt.Container.dispatchEventImpl(Container.java:2294)
at java.awt.Component.dispatchEvent(Component.java:4711)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4522)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466)
at java.awt.Container.dispatchEventImpl(Container.java:2280)
at java.awt.Window.dispatchEventImpl(Window.java:2746)
at java.awt.Component.dispatchEvent(Component.java:4711)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
at java.awt.EventQueue$4.run(EventQueue.java:731)
at java.awt.EventQueue$4.run(EventQueue.java:729)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at 

Bug#786347: [Pkg-osm-maint] Bug#786347: Bumping severity to serious.

[David Paleino]

2015-10-22 12:37 GMT+02:00 Jérémy Lal :
> 2015-10-22 10:04 GMT+02:00 Sebastiaan Couwenberg :
>>
>> Will you then file the RM bug for monav as one its maintainers?
>
> Done #802664
>
> Oops i hope David is all right with this.

Sure I am.

Thank you, Jérémy! :)

David

Bug#738460: macchanger: Random mac feature fails in all of the random mac assigning options

[David Paleino]

On Sun, 6 Jul 2014 21:23:25 -0400, Theodore Ts'o wrote:

 Do you have any objections if I upload this as a NMU?  Or would you
 prefer to update the package?

Please Ted, go ahead. :)

Thanks!
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#741823: NMU for bpython

[David Paleino]

On Thu, 10 Apr 2014 19:01:58 +0800, Thomas Goirand wrote:

 Hi,
 
 I have NMU the package in delayed queue (5 days). The changes are in the
 collab-maint git if you want to check it out. Anyway, I've just added a
 build-depends: python3-all as Hideki Yamane suggested, and a
 debian/gbp.conf to make sure the git packaging is using pristine-tar.
 
 David, if you want me to dcut rm the package before the next 5 days,
 let me know.

No need to, please go ahead :)

(just had no time to do it myself)

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#740890: includes code under non-free good-not-evil JSON license

[David Paleino]

Package: josm
Version: 0.0.svn6502+dfsg1-1
Severity: serious
Tags: confirmed upstream

While working to fix #731029 , in the usual pre-upload checks, I found that
version 6502 of JOSM introduced code under the awful use this for good, not
evil JSON license. This code wasn't present in the previous version,
0.0.svn6115+dfsg1-1.

I'm actively working to replace it with a free replacement; and am opening this
report to track the issue.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#726836: SIGSEGV at startup

[David Paleino]

Package: openbve
Version: 1.4.0.9-1
Severity: grave

Hello folks!

Today I installed openbve, and found it could not start at all -- I'm attaching
the console output it gives.

I tried to google a bit to give some more info, but I couldn't debug it
successfully. I'm available to give any needed info :)

Thank you!
David

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.10-3-686-pae (SMP w/1 CPU core)
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 openbve depends on:
ii  libmono-corlib4.0-cil3.0.6+dfsg2-7
ii  libmono-i18n4.0-all  3.0.6+dfsg2-7
ii  libmono-system-drawing4.0-cil3.0.6+dfsg2-7
ii  libmono-system-windows-forms4.0-cil  3.0.6+dfsg2-7
ii  libmono-system4.0-cil3.0.6+dfsg2-7
ii  libtaoframework-openal1.1-cil2.1.svn20090801-9
ii  libtaoframework-opengl3.0-cil2.1.svn20090801-9
ii  libtaoframework-sdl1.2-cil   2.1.svn20090801-9
ii  mono-runtime 3.0.6+dfsg2-7
ii  openbve-data 1.4.0.5+dfsg-3

Versions of packages openbve recommends:
pn  bve-route  none
pn  bve-train  none

openbve suggests no packages.

-- no debconf information



-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


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

Bug#726836: Acknowledgement (SIGSEGV at startup)

[David Paleino]

On Sat, 19 Oct 2013 18:42:07 +, Debian Bug Tracking System wrote:

 Thank you for filing a new Bug report with Debian.
 
 [..]

Obviously forgot the attachment. :|

Here it is ;)

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
$ openbve 
Stacktrace:

  at unknown 0x
  at (wrapper managed-to-native) System.Drawing.GDIPlus.GdipLoadImageFromFile (string,intptr) 0x
  at System.Drawing.Image.FromFile (string,bool) 0x0004f
  at System.Drawing.Image.FromFile (string) 0x00013
  at OpenBve.formMain.LoadImage (string,string) 0x00037
  at OpenBve.formMain.formMain_Load (object,System.EventArgs) 0x00d2b
  at System.Windows.Forms.Form.OnLoad (System.EventArgs) 0x00062
  at System.Windows.Forms.Form.OnLoadInternal (System.EventArgs) 0x00084
  at System.Windows.Forms.Form.OnCreateControl () 0x00057
  at System.Windows.Forms.Control.CreateControl () 0x0012f
  at System.Windows.Forms.Control.WmShowWindow (System.Windows.Forms.Message) 0x00117
  at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message) 0x002b7
  at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message) 0x00013
  at System.Windows.Forms.ContainerControl.WndProc (System.Windows.Forms.Message) 0x00057
  at System.Windows.Forms.Form.WndProc (System.Windows.Forms.Message) 0x00243
  at System.Windows.Forms.Control/ControlWindowTarget.OnMessage (System.Windows.Forms.Message) 0x0001a
  at System.Windows.Forms.Control/ControlNativeWindow.WndProc (System.Windows.Forms.Message) 0x0002b
  at System.Windows.Forms.NativeWindow.WndProc (intptr,System.Windows.Forms.Msg,intptr,intptr) 0x00270
  at System.Windows.Forms.XplatUIX11.SendMessage (intptr,System.Windows.Forms.Msg,intptr,intptr) 0x002c3
  at System.Windows.Forms.XplatUIX11.MapWindow (System.Windows.Forms.Hwnd,System.Windows.Forms.WindowType) 0x0019e
  at System.Windows.Forms.XplatUIX11.CreateWindow (System.Windows.Forms.CreateParams) 0x00c67
  at System.Windows.Forms.XplatUI.CreateWindow (System.Windows.Forms.CreateParams) 0x0001a
  at System.Windows.Forms.NativeWindow.CreateHandle (System.Windows.Forms.CreateParams) 0x00033
  at System.Windows.Forms.Control.CreateHandle () 0x0007a
  at System.Windows.Forms.Form.CreateHandle () 0x00017
  at System.Windows.Forms.Control.CreateControl () 0x0008b
  at System.Windows.Forms.Control.SetVisibleCore (bool) 0x0007b
  at System.Windows.Forms.Form.SetVisibleCore (bool) 0x00227
  at System.Windows.Forms.Control.set_Visible (bool) 0x00029
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control.set_Visible (bool) 0x
  at System.Windows.Forms.Application.RunLoop (bool,System.Windows.Forms.ApplicationContext) 0x001ef
  at System.Windows.Forms.Form.ShowDialog (System.Windows.Forms.IWin32Window) 0x0078f
  at System.Windows.Forms.Form.ShowDialog () 0x00013
  at (wrapper remoting-invoke-with-check) System.Windows.Forms.Form.ShowDialog () 0x
  at OpenBve.formMain.ShowMainDialog () 0x00063
  at OpenBve.Program.Main (string[]) 0x007cf
  at (wrapper runtime-invoke) Module.runtime_invoke_void_object (object,intptr,intptr,intptr) 0x

Native stacktrace:

	/usr/bin/cli() [0x80fbd8b]
	/usr/bin/cli() [0x81452c4]
	/usr/bin/cli() [0x8067eeb]
	linux-gate.so.1(__kernel_rt_sigreturn+0) [0xb777d40c]
	/usr/lib/libgdiplus.so.0(+0x438b6) [0xb66588b6]
	/usr/lib/libgdiplus.so.0(GdipLoadImageFromFile+0x1a3) [0xb6639133]
	[0xb49eeff8]
	[0xb49eef58]
	[0xb49eeef4]
	[0xb49eeea8]
	[0xb4a32f94]
	[0xb4a32163]
	[0xb4a31ef5]
	[0xb4a31980]
	[0xb53acec0]
	[0xb5383118]
	[0xb53b4de0]
	[0xb4a45bec]
	[0xb4a45bb0]
	[0xb4a45a2c]
	[0xb53b4b23]
	[0xb53b4afc]
	[0xb53b3991]
	[0xb53b1ecc]
	[0xb5d09acf]
	[0xb53ae030]
	[0xb53ad3c3]
	[0xb53ad344]
	[0xb53ad0c3]
	[0xb4a43dc0]
	[0xb53ace1c]
	[0xb538a604]
	[0xb4a439a8]
	[0xb538a552]
	[0xb538a4f4]
	[0xb4a42a98]
	[0xb4a42050]
	[0xb4a418ac]
	[0xb4a41868]
	[0xb53a7a5c]
	[0xb6e447d0]
	[0xb6e44d27]
	/usr/bin/cli() [0x8067890]

Debug info from gdb:

warning: Could not load shared library symbols for linux-gate.so.1.
Do you need set solib-search-path or set sysroot?
[New LWP 28443]
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1.
0xb777d424 in __kernel_vsyscall ()
  Id   Target Id Frame 
  2Thread 0xb6f5fb40 (LWP 28443) cli 0xb777d424 in __kernel_vsyscall ()
* 1Thread 0xb7532700 (LWP 28442) cli 0xb777d424 in __kernel_vsyscall ()

Thread 2 (Thread 0xb6f5fb40 (LWP 28443)):
#0  0xb777d424 in __kernel_vsyscall ()
#1  0xb76efaf5 in sem_wait@@GLIBC_2.1 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/sem_wait.S:79
#2  0x08242986 in mono_sem_wait ()
#3  0x081e67cc in ?? ()
#4  0x081c7ed0 in ?? ()
#5  0x08236e9f in ?? ()
#6  0x08245efc in ?? ()
#7  0x08253fa8 in ?? ()
#8  0xb76e9cf1 in start_thread 

Bug#706188: github-cli: missing dependency on git

[David Paleino]

2013/4/27 Thijs Kinkhorst th...@debian.org

  fwiw, at a five day delay plus two days in unstable, the upload would
  theoretically be eligible to migrate the night before the release. The
  chances of that upload getting unblocked are practically nil unless the
  release is delayed for some reason.

 Given that the maintainer is on LowThresholdNMU  the triviality of the
 change, I've rescheduled it to 0-day. Please unblock.



Sorry people, just read it. I've been having a bad Internet connection for
the
whole last month. And that isn't going to improve soon :(

Thank you for NMUing github-cli!
David

-- 
. ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
: :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'`  GPG: 1392B174 | http://deb.li/dapal
 `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

Bug#661018: Bug#698341: RM: spatialite-tools/3.0.0~beta20110817-3

[David Paleino]

Hello Andreas, hello everybody,

On Wed, 23 Jan 2013 08:55:54 +0100, Andreas Tille wrote:

 [..]

before continuing, please check #698341.
There have been developments, and I asked for comments about two possible
uploads. I'm waiting for comments by the RT on what to do.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#697210: closing 697210

[David Paleino]

close 697210 
thanks

JOSM 5608 cleared the NEW queue, and is now available (or soon will be!)
in unstable.

Kindly,
David


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

Bug#697210: josm-plugins: Cannot build with version of josm in unstable

[David Paleino]

On Wed, 02 Jan 2013 11:06:27 -0600, Micah Gersten wrote:

 Package: josm-plugins
 Version: 0.0.svn29007+ds1-1
 Severity: serious
 Justification: fails to build from source (but built successfully in the past)
 
 The josm dependency was bumped to 5608, but 5576 is the latest version in
 unstable.

JOSM 5608 was uploaded together with this version of josm-plugins, but it has
to pass the NEW queue first.

I'm not yet closing this bug, since it's currently present, but it will be
automatically fixed as soon as JOSM 5608 clears the NEW queue :)

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#694972: ACK.

[David Paleino]

Whoa.

Somehow I got unsubscribed from pkg-osm's ML, so I _never_ received anything
related to this bugreport. Weird. The BTS should really send a mail to
Uploaders too.

However, ACK. Thanks for your upload Michael! I was already running around
screaming H! Package hijack!!! before checking if there was a report
filed :).

I just pushed your NMU into the package repository.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#694403: Please ship an init script, not just a systemd unit

[David Paleino]

tags 694403 confirmed pending
thanks

Hello Steve,

On Sun, 25 Nov 2012 22:42:54 -0800, Steve Langasek wrote:

 [..]

 In practice, my experience is that if I install bootchart, then install
 bootchart2 without purging bootchart, and boot with systemd, systemd gets
 very confused and leaves the bootchart daemon running indefinitely.  In
 contrast, if I boot with sysvinit, the init script in /etc/rc2.d/ does a
 perfectly adequate job of stopping bootchartd at the right point.  So the
 lack of sysvinit integration looks to actually hurt integration with systemd
 too.

Could you please test the attached initscript? Or, alternatively, do you want a
compiled package to test?
I wrote it basing on /etc/init.d/skeleton, and on what bootchartd is expected
to do (i.e. when you do /etc/init.d/bootchart2 start, it actually *stops* the
daemon).

I'm not a systemd user, so I would be glad if you could test this for me,
before doing an upload to sid :)

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


bootchart2.init
Description: Binary data


signature.asc
Description: PGP signature

Bug#694403: Please ship an init script, not just a systemd unit

[David Paleino]

On Mon, 26 Nov 2012 18:34:27 +0100, Michael Biebl wrote:

 Hi,
 
  In practice, my experience is that if I install bootchart, then install
  bootchart2 without purging bootchart, and boot with systemd, systemd gets
  very confused and leaves the bootchart daemon running indefinitely.  In
  contrast, if I boot with sysvinit, the init script in /etc/rc2.d/ does a
  perfectly adequate job of stopping bootchartd at the right point.  So the
  lack of sysvinit integration looks to actually hurt integration with systemd
  too.
 
 systemd doesn't get very confused. The bug here is, that bootchart2
 ships systemd unit files, but doesn't actually enable them.
 The systemd unit responsible for stopping the bootchart daemon is called
 bootchart-done.service.
 Until we ship the necessary helper tool, systemd units need to be
 enabled manually via systemctl enable foo.service

Am I supposed to run that in postinst/prerm (disable)? Or should I just
document it in README.Debian? Or is it common knowledge among systemd users?

 David, as for this particular case, when you ship a sysv init script,
 please consider naming it after the native systemd service file (i.e
 bootchart-done).

ACK.

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#692413: proposed fix

[David Paleino]

tags 692413 upstream
severity 692413 important
thanks

On Wed, 21 Nov 2012 13:29:59 +, David Edmondson wrote:

 The wicd daemon doesn't currently disconnect any active links when it
 terminates. Doing so results in wpa-supplicant being correctly stopped.
 
 Attached is a proposed patch (I've also uploaded a build of the package
 to mentors.debian.net).

The patch is not appropriate. It might work, but that's not the right place to
stop a connection. Just FYI, the appropriate place should be at the end of
main(), just before the DaemonClosing signal is emit.

Besides that, I don't consider this to be a bug. Rather, I consider it a feature
-- being able to replace/restart/... wicd while still keeping a connection
alive.
I have thought about doing so since its filing, but I just wanted to think more
about it, and now it comes: I'm downgrading this bug's severity.

I do understand KiBi's reasons -- even though I *do* *not* consider his wording
appropriate or fair at all -- and I could consider adding a separate
command-line option to the daemon (to keep the connection alive) and changing
the current default. But this surely is _not_ RC IMHO.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#692418: wicd-daemon: Fails to automatically (re)connect after rfkill unblock

[David Paleino]

severity 692418 important
tags 692418 moreinfo
thanks

Hello KiBi,

On Tue, 06 Nov 2012 00:22:36 +0100, Cyril Brulebois wrote:

 Hi,
 
 wicd-daemon comes with those two settings:
  - per-connection: Automatically connect to this network
  - globally: Automatically reconnect on network connection loss
 
 Both of which are checked here.
 
 Nevertheless, the following happens:
   sudo rfkill block wlan
   → Status switches from “Connected to FOO” to “Not connected”, good.
 
   sudo rfkill unblock wlan
   → [nothing happens], bad.

I just tested it. Reaction isn't immediate, but here it reconnects fine to my
home wireless network -- after 4 seconds from the unblock, a GTK notification
pops up saying Connection in progress, and right after it succeeds.

Can you please test whether waiting a bit it reconnects?

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#691973: wicd-daemon.py clobbers /etc/resolv.conf

[David Paleino]

tags 691973 fixed-upstream confirmed
thanks

Hello Thomas,

On Wed, 31 Oct 2012 21:26:33 +0100, Thomas Hood wrote:

 In wicd-daemon.py the main() function backs up and restores
 /etc/resolv.conf. [..]

I've fixed it by taking care of the case where resolv.conf is a symlink.

  http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/823

Please note the quotes around fixed.

Unfortunately, where the daemon does the backup/restore operations, it doesn't
know anything about the interfaces -- or whether resolvconf is being used.

So, while I agree that the backup/restore must not be done when using
resolvconf, you will agree with me that just making a backup of the resolvconf
symlink is _harmless_. That's why I've chosen this solution (to solve it in a
cleaner way, I'd need to rewrite half of wicd...)

Thanks for your reports,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#612918: Uses /etc/wicd/wireless-settings.conf as state file

[David Paleino]

2012/10/8 Michael Gilbert mgilb...@debian.org:
 On Mon, Oct 8, 2012 at 11:16 AM, David Paleino wrote:
 What about wired-settings.conf and manager-settings.conf?

 I had thought about that.  The issue is more with particular
 automatically populated values like strength in
 wireless-settings.conf.  The others .conf files don't have any entries
 like that (that I'm aware of), so they don't have the same issue.

In latest versions, wireless-settings.conf doesn't store volatile things
like strength anymore. When you see them, it's stale config from
older versions. That's the reason I don't think moving those files out
of /etc/ is suitable.

 What would you like me to do about the deferred nmu?

Please cancel it.
I'll discuss the issue again with $someone (still don't know who, but
there is no bug to me).

Thanks,
David

-- 
. ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
: :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'`  GPG: 1392B174 | http://deb.li/dapal
 `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


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

Bug#612918: closing 612918

[David Paleino]

close 612918
fixed 612918 1.7.0+ds1-7
thanks

This bug has since long been fixed -- if with bug we mean the
storing of volatile values in /etc/wicd/*.conf (like wireless signal
strength, UI window sizes, and so on).

Also see #629364 for a reference on similar issues with
manager-settings.conf.

Kindly,
David


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

Bug#612918: Uses /etc/wicd/wireless-settings.conf as state file

[David Paleino]

On Sun, 7 Oct 2012 17:37:02 -0400, Michael Gilbert wrote:

 control: tag -1 patch
 
 Hi,
 
 I've just uploaded an nmu to delayed/5 fixing this.  Please review the
 attached patch and let me know if it is an appropriate solution.  I
 can cancel or delay the nmu as needed.

The patch is incomplete, to say the least.

What about wired-settings.conf and manager-settings.conf?

I still don't think moving those files from /etc/ to /var/lib/ is a great idea:
those are effectively hand-editable configuration files to me.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#688328: closing 688328

[David Paleino]

fixed 688328 1.5.0-1
thanks

This bug has been fixed in the current upstream version 1.5.0.
This is currently being uploaded to experimental.

I'll try to make a patch for the next stable.

Kindly,
David


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

Bug#687965: osm2pgsql not fit for release

[David Paleino]

Hello Eckhart,

On Mon, 17 Sep 2012 18:06:09 +0200, Eckhart Wörner wrote:

 The osm2pgsql version packaged in testing does not support 64-bit node ids. 

It seems like it does (at least partially), but wasn't enabled at build-time. I
looked through the upstream repository, and backported a patch (taken from a
couple commits).

Do you know how to test it against 64-bit osm IDs? And if that support is
supposed to be enabled on 32-bit machines? (I have no idea).

Thanks for your report,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#687965: osm2pgsql not fit for release

[David Paleino]

On Thu, 20 Sep 2012 16:44:27 +0200, Eckhart Wörner wrote:

 Am Donnerstag, 20. September 2012, 16:23:25 schrieb David Paleino:
   The osm2pgsql version packaged in testing does not support 64-bit node
   ids. 
  
  It seems like it does (at least partially), but wasn't enabled at
  build-time. I looked through the upstream repository, and backported a
  patch (taken from a couple commits).
  
  Do you know how to test it against 64-bit osm IDs? And if that support is
  supposed to be enabled on 32-bit machines? (I have no idea).
 
 64-bit ID mode should work fine on 32-bit machines (it will run slower
 though).
 
 The main differences between 32-bit mode and 64-bit mode are:
 * osm2pgsql internally stores an ID as int32_t (32-bit mode) or int64_t
 (64-bit mode)
 * the PostgreSQL database stores an ID as int4 (32-bit mode) or int8 (64-bit
 mode)
 
 Therefore, 32-bit mode and 64-bit mode are not compatible, one needs to
 re-create the database tables.

ACK. I knew that. My question was: do you have some way to *practically* test
whether my patch works or not? :)

Thanks for your help,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#684480: libjs-wax: Missing html4-defs.js

[David Paleino]

clone ! -1
retitle -1 depend on yet-to-be-packaged google-caja
severity -1 wishlist
thanks

Hello Andrew,
thanks for your report.

On Fri, 10 Aug 2012 21:26:33 +1000, Andrew Harvey wrote:

 Dear Maintainer,
 
 Upon trying to use wax.leaf.js the browser reports html4 is not
 defined from wax.leaf.js:842.

I solved it by downloading the last available revision of html4-defs.js
inside get-orig-source. This is not an optimal solution, and it would be best
to package google-caja, as you already suggested (see bug mangling above).

I pushed my changes to the git repository available at:

  git://git.debian.org/git/collab-maint/wax.js.git

I currently have no time to make a test page to check whether it works or not
(and that's why I'm not uploading the package right away) -- could you please
build a package from there and try it?

Thank you for spotting this bug,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#683107: bpython: python3 shebang after rebuild

[David Paleino]

2012/7/30 Scott Kitterman deb...@kitterman.com:
 On Saturday, July 28, 2012 10:21:59 PM you wrote:
 Package: bpython
 Version: 0.11-1
 Severity: serious

 If you rebuild bpython in an up-to-date sid chroot, /usr/bin/bpython
 ends up with #! /usr/bin/python3 shebang.

 Patch attached.

Please feel free to NMU; I won't be able to make uploads until mid September.

Kindly,
David

-- 
. ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
: :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'`  GPG: 1392B174 | http://deb.li/dapal
 `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


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

Bug#678439: wicd-daemon: does not connect to network

[David Paleino]

tags 678439 moreinfo
thanks

Hello,

On Thu, 21 Jun 2012 20:59:28 +0200, Hramrach wrote:

 Hello,
 
 after wicd upgrade I can no longer connect to wifi network.
 
 No error is logged in wicd log.
 
 Previously I upgraded python from 2.6 to 2.7 which led to wicd reporting
 an exception. Upgrading dbus and dhclient does not help.
 
 2012/06/21 20:19:39 :: ---
 2012/06/21 20:19:39 :: wicd initializing...
 2012/06/21 20:19:39 :: ---
 2012/06/21 20:19:39 :: wicd is version 1.7.0 552
 2012/06/21 20:19:39 :: setting backend to external
 2012/06/21 20:19:39 :: Traceback (most recent call last):
 2012/06/21 20:19:39 ::   File /usr/share/wicd/daemon/wicd-daemon.py, line
 1846, in module 2012/06/21 20:19:39 :: main(sys.argv)
 [..]

This was from an old version of wicd.

 [..]
 2012/06/21 20:34:05 :: wicd is version 1.7.2.4 768
 [..]

Please make sure you checked the debugging option in the wicd gui, and try to
reconnect. Then please send the log.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#678152: crashes at start

[David Paleino]

Package: freediams
Version: 0.7.4-2
Severity: grave

Hello people,

today I started experimenting with the FreeMedForms suite. FreeMedForms starts
ok, but FreeDiams and FreeAccount do not (I won't file/clone the bug to
FreeAccount, since it seems to be the same exact issue).

Both, in fact, crash at start, with similar backtraces. I'm attaching them,
hoping that someone is able to fix them :)

Kindly,
David

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages freediams depends on:
ii  freemedforms-common-resources  0.7.4-2
ii  freemedforms-freedata  0.7.4-2
ii  freemedforms-libs  0.7.4-2
ii  libc6  2.13-33
ii  libgcc11:4.7.0-13
ii  libqt4-network 4:4.8.2-1
ii  libqt4-script  4:4.8.2-1
ii  libqt4-sql 4:4.8.2-1
ii  libqt4-svg 4:4.8.2-1
ii  libqt4-xml 4:4.8.2-1
ii  libqtcore4 4:4.8.2-1
ii  libqtgui4  4:4.8.2-1
ii  libstdc++6 4.7.0-13
ii  libx11-6   2:1.4.99.901-2
ii  libxext6   2:1.3.1-2

freediams recommends no packages.

Versions of packages freediams suggests:
pn  freediams-doc  none
ii  ttf-mscorefonts-installer  3.4+nmu1

-- no debconf information



-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


freeaccount.log.bz2
Description: application/bzip


freediams.log.bz2
Description: application/bzip


signature.asc
Description: PGP signature

Bug#665031: closing 665031

[David Paleino]

close 665031 
thanks

I've just rebuilt the package, and it builds fine, thus closing the bug.




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

Bug#664945: closing 664945

[David Paleino]

close 664945 
fixed 664945 0.5.2-1
thanks

Already fixed in 0.5.2-1




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

Bug#664916: closing 664916

[David Paleino]

close 664916 
fixed 664916 0.3.1+ds1-1
thanks

Already fixed in mentioned version.




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

Bug#669602: Bug#669610: wicd-curses crashes with italian locale

[David Paleino]

forcemerge 669602 669610
thanks

Damn. It seems like to fix one thing I must break another.

I'll release a fixed 1.7.2.3 asap; unfortunately I'm on vacation until
Sunday. :/

Bug#669388: wicd-daemon: Fix for CVE-2012-2095 invalidates all templates that use 'ca_cert', 'password' and other fields.

[David Paleino]

2012/4/19 Hagen Fuchs c...@hfuchs.net:
 Package: wicd-daemon
 Version: 1.7.2.1-1
 Severity: grave
 Tags: upstream
 Justification: renders package unusable

 Hi there,

 [tl;dr.  wicd 1.7.2 (upstream development revision 751) introduces
 a fatal bug that invalidates many connection templates.]

Damn.
In fact, *I* am upstream. Unfortunately, I'm the only upstream
developer, so I can't really
test every possible scenario. I'm really sorry for having introduced
such a nasty bug.

This bug surely grants a new upstream release.

I hope I'll be able to release 1.7.2.2 later tonight, when I'll be
back home from work.

Kindly,
David

-- 
. ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
: :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'`  GPG: 1392B174 | http://deb.li/dapal
 `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174



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

Bug#669388: wicd-daemon: Fix for CVE-2012-2095 invalidates all templates that use 'ca_cert', 'password' and other fields.

[David Paleino]

On Thu, 19 Apr 2012 23:36:40 +0200, Hagen Fuchs wrote:

 [..]
  I hope I'll be able to release 1.7.2.2 later tonight, when I'll be
  back home from work.
 
 Marvellous!  I'll stop heaping kudos now and wait till rev 759 hits the
 repo (or should it already have done so?).

I already uploaded it a while ago, so if it doesn't tonight, it surely will be
tomorrow :)

Thanks for your apreciation,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#668397: wicd: Local privilege escalation

[David Paleino]

On Wed, 11 Apr 2012 17:27:10 +0200, Arno Töll wrote:

 It was discovered, wicd in any version supported by Debian (i.e. stable,
 testing and unstable) yields to local privilege escalation by injecting
 arbitrary code through the DBus interface due to incomplete input
 sanitation.
 
 I've briefly verified offending code against the Squeeze and Sid version
 of the package but I didn't try to reproduce the steps to exploit wicd.
 As far as I know there is no upstream fix available.

JFTR: it would've been MUCH nicer if the student who found this bug contacted
me, as wicd upstream, beforehand. Now I must rush not to make all boxes out
there running wicd rootable. Nice.

Thanks very much for your report Arno, will take all the necessary steps to
fix it.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#668397: wicd: Local privilege escalation

[David Paleino]

On Wed, 11 Apr 2012 21:51:16 +0100, Jonathan Wiltshire wrote:

 On Wed, Apr 11, 2012 at 05:27:10PM +0200, Arno Töll wrote:
  I've briefly verified offending code against the Squeeze and Sid version
  of the package but I didn't try to reproduce the steps to exploit wicd.
 
 I did try the steps, or a variation on them, and confirmed that the package
 is exploitable. Patch attached, which is basically a reformat of the
 researcher's patch and verified to mitigate the problem.

I already committed a fix to the upstream repository, which fixes the same bug
with wired networks too.

  http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/751

I'm releasing 1.7.2 right now, please have some patience.


David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#663182: Possible solution

[David Paleino]

On Thu, 29 Mar 2012 18:22:20 +0200, gregor herrmann wrote:

 On Mon, 12 Mar 2012 11:13:30 +1100, Dmitry Smirnov wrote:
 
  I'd like to bring few more arguments to consideration.
 
 And we should finally resolve this question :)
  
  I forgot to CC to David Paleino when I posted my idea of wrapper script so
  I wrote to him and he replied with another good argument:
 I think that, while the wrapper script is a good technical solution,
   it'll vastly reduce the usefulness of the package, and it will diverge it
   from what upstream distributes. This way we introduce a delta between
   Debian (and its derivatives) and all other *nix distributions with that
   package. We can consider this important or not, but we should take it into
 consideration IMVHO.
 
 The same is true for libmysql-diff-perl :)

Well, yes. But a mysqldiff provided by Oracle sounds a bit more official than
anything else :)
But I'm happy we found a possible solution...

 Anyway, I'm fine with renaming our mysqldiff to something else, my
 current favourite being mysqlschemadiff. Comments?

...that would be perfect for me. Dmitry?

Thanks Gregor for your comments!

David


-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#622628: [Pkg-javascript-devel] Bug#622628: npm dependencies waiting to be reviewed/uploaded

[David Paleino]

2012/3/28 Jérémy Lal kapo...@melix.org:
 For npm-1.1.4, the last one is :
 git://git.debian.org/collab-maint/node-which.git
 (i asked David Paleino to take care of that one).

Will do it ASAP, probably tonight (UTC+1+DST) :)

David



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

Bug#664913: [Pkg-javascript-devel] Bug#664913: node-glob: FTBFS: ../src/glob.cc:150:76: error: invalid conversion from 'int (*)(eio_req*)' to 'void (*)(eio_req*)' [-fpermissive]

[David Paleino]

tags 664913 pending
thanks

On Wed, 21 Mar 2012 21:28:43 +0100, Lucas Nussbaum wrote:

 Source: node-glob
 Version: 2.0.9-1
 Severity: serious
 Tags: wheezy sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20120321 qa-ftbfs
 Justification: FTBFS on amd64
 
 [..]

The latest versions of node-glob are arch-independent, thus this bug will be
fixed with the new version. Marked as pending (we're currently waiting for a
dependency package).

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#663182: Possible solution

[David Paleino]

Hello,

if I might say my own opinion, given that I sponsored mysql-utilities, here is
a proposed solution.

- libmysql-diff-perl should build a new binary package (let's call it
  libmysql-diff-perl-bin, for the sake of example). This will only contain
  the script in /usr/bin/, and will depend on libmysql-diff-perl -- which will
  only contain the Perl module. Also, the lib*-bin package will Conflict with
  mysql-utilities.

- mysql-utilities should Conflict with the newly-generated package.

Unfortunately, it's not possible (IMHO) to use alternatives, since the two
mysql-diff programs have slightly different options (and features, too).

Dmitry (maintainer of mysql-utilities) proposed to move its binaries
to /usr/lib/mysql-utilities: I'm strongly against this, since those binaries
will have no use outside mysql-workbench (which they should have, instead).

Failing to split libmysql-diff-perl means that either mysql-utilities moves its
binaries in strange locations out of $PATH, or that it should conflict with the
whole Perl module (which really makes no sense).

Another option would be renaming one of the two binaries: mysql-utilities
provides many binaries in the form mysqlsomething, renaming just one of them
seems weird. Thus I propose to rename the one contained within the Perl module,
if that's an acceptable solution to both parts involved.

I'm confident that pkg-perl people will express their own opinion, and that
we'll find a solution to this.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#663182: Possible solution

[David Paleino]

On Fri, 09 Mar 2012 22:44:03 +, Nicholas Bamber wrote:

 Another option might be to put Conflicts clauses in both packages. That
 of course assumes that noone would ever want both.

I listed that too, in the Failing to do that-paragraph. But I really consider
it weird (and wrong, really) that a set of python scripts conflict with a
package (mainly) containing a Perl module.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#663182: Possible solution

[David Paleino]

On Fri, 09 Mar 2012 22:57:48 +, Nicholas Bamber wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 David,
 How about
 
 python binary - mysql-utilities-diff
 perl binary - mysql-schema-compare

That would break the scheme used by other binaries contained in mysql-utilities:

$ dpkg -L mysql-utilities|grep bin/
/usr/bin/mysqldbimport
/usr/bin/mysqluserclone
/usr/bin/mysqlrplcheck
/usr/bin/mysqlprocgrep
/usr/bin/mysqldbexport
/usr/bin/mysqlmetagrep
/usr/bin/mysqldbcopy
/usr/bin/mysqlserverclone
/usr/bin/mysqlserverinfo
/usr/bin/mysqldbcompare
/usr/bin/mysqlindexcheck
/usr/bin/mysqlreplicate
/usr/bin/mysqlrplshow
/usr/bin/mysqldiskusage
$

Other than that, let's let the maintainers decide on their own. :)

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#650228: gedit-valencia-plugin: diff for NMU version 0.3.0-3.1

[David Paleino]

Hello Gregor,

On Mon, 20 Feb 2012 19:11:50 +0100, gregor herrmann wrote:

 tags 650228 + patch
 tags 650228 + pending
 thanks
 
 Dear maintainer,
 
 I've prepared an NMU for gedit-valencia-plugin (versioned as 0.3.0-3.1) and
 uploaded it to DELAYED/2. Please feel free to tell me if I
 should delay it longer.

I suppose this will end up in your RCBW posts :)

I could upload it myself (I had already tested it, but then forgot to do the
final cleanups and upload), but since you uploaded the NMU I won't stop it :)
(let's not duplicate efforts).

Thanks for your work!
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#658083: wicd-curses crashes with DBus / type error

[David Paleino]

forcemerge 655159 658083
thanks

Hello,

On Tue, 31 Jan 2012 03:29:26 -0600, Greg Farough wrote:

 Dear maintainer(s),
 
 Upon starting, wicd-curses crashes immediately with the following output:
 
 [..]

Already reported other times. Please check for existing bugs before filing a
new one.

Bug #655159 has a proposed patch: could you please test it? (I'm unable to do
it, since I don't have wifi networks broadcasting \x00 in here).

In message #70 I suggested to Martin Ziegler (CCed) to, if the first patch
didn't work, try if moving that line *before* misc.to_unicode() worked. I
correct myself here (that's why I'm CCing Martin, too): if the first doesn't
work, the line should be moved right *after*. If it is put before, then '\x00'
should be replaced by '\\x00'.

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652417: Does this issue need a CVE #?

[David Paleino]

On Wed, 25 Jan 2012 17:20:02 -0700, Kurt Seifried wrote:

 Does this issue need a CVE #?

What for? :) The bug is already fixed too...

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[David Paleino]

severity 652035 important
retitle 652035 wicd-curses crashes (UnicodeDecodeError) with French locale
thanks

On Wed, 21 Dec 2011 22:09:47 +0100, Florian Birée wrote:

 Hi,
 
 (thanks for the ping ;-) )

Re-ping :)

 Le Wed, 21 Dec 2011 21:42:43 +0100,
 David Paleino da...@debian.org a écrit :
   Uhm, ok. I didn't have the same exact traceback as yours, but still
   a unicode-related one. I fixed it in bzr, would you please give it
   a try? (it also needs an easy patch to wicd-daemon -- rev. 685 --,
   and then you need to use the new daemon).
   
   http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/686
   http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/685
   
   If you're brave enough, you could try to use the bzr snapshot. Just
   tell me what you prefer: a test package, or some hint for using the
   bzr snapshot :)
 
 I've just patched wicd-curses and wicd-daemon with rev 685, always the
 same problem...

Can you please test with the latest 1.7.1~b3-4 ?

If it still happens, then I'm totally out of ideas.

In the meanwhile, I'm downgrading this bug's severity, since it seems to
happen only with the French localization (so wicd-curses is not totally
unusable for everyone), and wicd can also migrate to testing (so that we also
get a chance to have more people to triage this bug).

Have a nice evening/night,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#648319: bash-completion: /etc/bash_completion script doesn't do the job

[David Paleino]

On Wed, 11 Jan 2012 02:39:43 -0600, Jonathan Nieder wrote:

 rush wrote:
  2012/1/11, Jonathan Nieder jrnie...@gmail.com:
 
  I don't follow.  Isn't COMPAT_DIR _supposed_ to point to
  /etc/bash_completion.d?  Which completion is not working?
 
  If I specify /etc/bash_completion.d in this variable noone from
  /usr/share/bash-completion/completions/ will work. I tested on ssh,
  ip, apt-get, aptitude and others (nothing happens on TAB [[only dirs
  suggested for completion]]).
 
 Ah, I see.  Good catch --- it's due to this line:
 
 [[ $BASH_SOURCE == */* ]]  compdir=${BASH_SOURCE%/*}/completions
 
 Probably something like
 
 local compscript=$(readlink -f $BASH_SOURCE)
 [[ $compscript == */* ]]  compdir=${compscript%/*}/completions
 
 in its place would do the trick.

Oh, thanks for the quick fix, and thanks for finding the bug :)

The proposed patch makes perfectly sense, thanks Jonathan! I committed it
upstream, and I just uploaded 1.99-3 to the repositories.

Enjoy,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#648319: Bug#648319: bash-completion: /etc/bash_completion script doesn't do the job

[David Paleino]

On Wed, 11 Jan 2012 20:59:19 +0200, Ville Skyttä wrote:

 On 2012-01-11 15:41, David Paleino wrote:
  On Wed, 11 Jan 2012 02:39:43 -0600, Jonathan Nieder wrote:
 
  Probably something like
 
  local compscript=$(readlink -f $BASH_SOURCE)
  [[ $compscript == */* ]]  compdir=${compscript%/*}/completions
 
  in its place would do the trick.
 
 I think this is not appropriate upstream and should be reverted there.
 
 First, the readlink command does not exist everywhere.

Since it's part of the coreutils package in Debian, I supposed it existed on
all Linuxes. Surely I don't know about other Unices though (Solaris, *BSD, ...).
If this is really true, then maybe we/I should find an alternative (considered
that Debian also offers a BSD kernel).

 Second, I don't think it's at all clear that if someone loads
 bash_completion through a symlink, (s)he wouldn't want the completions
 dir to be found relative to the symlink but rather whatever the symlink
 points to.

Do we really want to support that? Wasn't that line intended to facilitate
upstream development?

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#648319: bash-completion: /etc/bash_completion script doesn't do the job.

[David Paleino]

On Tue, 10 Jan 2012 23:10:25 +0200, Christoph Anton Mitterer wrote:

 Seems the symlink doesn't help, as it's target is not marked 
 executable?!

Uh? Why should it?

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#648319: bash-completion: /etc/bash_completion script doesn't do the job.

[David Paleino]

clone 648319 -1
retitle -1 please fix /etc/bash.bashrc to point to new bash-completion location
severity -1 important
reassign -1 bash
thanks

On Thu, 10 Nov 2011 16:01:54 +0100, Simon Chopin wrote:

 Hi !
 
 When using the experimental bash-completion package, I noticed that the
 completion wouldn't work anymore when using the code snippet found in
 the default /etc/bash.bashrc, which refers to /etc/bash_completion.
 
 I assume that at some point, the bash package will update this location
 to point to /usr/share/bash-completion/bash_completion, but in the mean
 time, I think it would be better if the /etc file would be dropped, or
 at least be changed into a symlink to the /usr/share. This way, the
 point of break would be more evident.

Ok, I'll use a symlink. I totally forgot to drop /etc/bash_completion. Sorry
for the noise.

Bash maintainers: the new bash-completion location is
at /usr/share/bash-completion/bash_completion . Please update the files of your
package (bash.bashrc, but there may be others) to reflect the new location. TIA!

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[David Paleino]

On Mon, 19 Dec 2011 23:07:44 +0100, David Paleino wrote:

 On Mon, 19 Dec 2011 21:44:12 +0100, Florian Birée wrote:
 
  Hello,
  
  Le Mon, 19 Dec 2011 21:28:01 +0100,
  David Paleino da...@debian.org a écrit :
   On Sat, 17 Dec 2011 11:02:51 +0100, Florian Birée wrote:
   
I just upgrade it to 1.7.1~b3-3, same problem.
   
   Is the error *exactly* the same as the one in your first message? If
   yes, I'm really not able to tell what's going on.
  
  Yes, exactly the same. But the french translation of wicd seems weired
  on wicd-gtk (that I don't really use), and as I say I need to use
  wicd-cures in english (LC_ALL=C wicd-curses) in order to make it
  works... maybe something related to the french translation?
  
  (Maybe you can try LC_ALL=fr wicd-curses to reproduce it?)
 
 Uhm, ok. I didn't have the same exact traceback as yours, but still a
 unicode-related one. I fixed it in bzr, would you please give it a try? (it
 also needs an easy patch to wicd-daemon -- rev. 685 --, and then you need to
 use the new daemon).
 
 http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/686
 http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/685
 
 If you're brave enough, you could try to use the bzr snapshot. Just tell me
 what you prefer: a test package, or some hint for using the bzr snapshot :)

Ping?

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[David Paleino]

Hello Florian,

On Sat, 17 Dec 2011 11:02:51 +0100, Florian Birée wrote:

 I just upgrade it to 1.7.1~b3-3, same problem.

Is the error *exactly* the same as the one in your first message? If yes, I'm
really not able to tell what's going on.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[David Paleino]

On Mon, 19 Dec 2011 21:44:12 +0100, Florian Birée wrote:

 Hello,
 
 Le Mon, 19 Dec 2011 21:28:01 +0100,
 David Paleino da...@debian.org a écrit :
  On Sat, 17 Dec 2011 11:02:51 +0100, Florian Birée wrote:
  
   I just upgrade it to 1.7.1~b3-3, same problem.
  
  Is the error *exactly* the same as the one in your first message? If
  yes, I'm really not able to tell what's going on.
 
 Yes, exactly the same. But the french translation of wicd seems weired
 on wicd-gtk (that I don't really use), and as I say I need to use
 wicd-cures in english (LC_ALL=C wicd-curses) in order to make it
 works... maybe something related to the french translation?
 
 (Maybe you can try LC_ALL=fr wicd-curses to reproduce it?)

Uhm, ok. I didn't have the same exact traceback as yours, but still a
unicode-related one. I fixed it in bzr, would you please give it a try? (it
also needs an easy patch to wicd-daemon -- rev. 685 --, and then you need to use
the new daemon).

http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/686
http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/685

If you're brave enough, you could try to use the bzr snapshot. Just tell me
what you prefer: a test package, or some hint for using the bzr snapshot :)

Thank you for your support,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#651933: I can reproduce this

[David Paleino]

tags 651933 confirmed upstream fixed-upstream
retitle 651933 wrong existance check for config files
thanks

Hello Vincent and Peter,

On Fri, 16 Dec 2011 10:44:59 +0100, Vincent Lefevre wrote:

 On 2011-12-16 00:11:09 -0800, Peter Eckersley wrote:
  IOError: [Errno 2] No such file or directory:
  '/etc/wicd/manager-settings.conf'
 
 I haven't had the time to try, but after the upgrade (for which wicd
 didn't work) and the downgrade to the working version, my config was
 lost (wireless_interface was empty instead of being set to the usual
 wlan0). So, I may have been affected by the same problem.

Yup, this was already fixed both upstream and in -2. The configuration loss was
a bug of -1, so all people who upgraded to *that* version unfortunately lost
it (and I'm really sorry, it didn't happen here :/, or maybe I just tested it
the wrong way).
Upgrades to -2 don't have that bug though.

This was fixed upstream already:

  http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/663

The easy solution is to recreate the configfiles lost during the upgrade; that
should let you start wicd.

There are still a couple of fixes I made upstream, so probably I will release a
-3, so that you don't have to keep local patches around :)

Thanks, and sorry for the brokenness,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[David Paleino]

On Thu, 15 Dec 2011 18:15:56 +0100, Florian Birée wrote:

 [..]
 
 If you think I should try your patch, I can do it, but I think it is
 not related to this bug...

I just uploaded 1.7.1~b3-3, which contains the unicode-related fixes too. Please
test it :)

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652417: wicd writes sensitive information in log files (password, passphrase...)

[David Paleino]

tags 652417 confirmed pending upstream fixed-upstream
thanks

Hello Vincent,

On Sat, 17 Dec 2011 03:27:32 +0100, Vincent Lefevre wrote:

 Package: wicd
 Version: 1.7.1~b3-3
 Severity: grave
 Tags: security
 Justification: user security hole

having fun filing RC bugs, eh? :)

 wicd writes sensitive information in log files (under /var/log/wicd),
 such as passwords and passphrases. Users in the adm group can have
 access to them, but also log files are meant to be sent in bug
 reports, and if the bug reporter doesn't pay attention, there is
 a huge risk to transmit such information.

Fixed upstream:

http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/682

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652416: wicd doesn't set up the route

[David Paleino]

On Sat, 17 Dec 2011 04:14:47 +0100, Vincent Lefevre wrote:

 On 2011-12-17 03:26:26 +0100, Vincent Lefevre wrote:
  Package: wicd
  Version: 1.7.1~b3-3
  Severity: grave
  Justification: renders package unusable
  
  With wicd 1.7.1~b3-3, the routing table isn't set up as expected,
  making the connection unusable.
 
 The problem might be due to the fact that it plays with eth0 while
 this is a wifi connection! [..]

IIRC, nothing has changed in that regard from 1.7.0 to 1.7.1. I need to
investigate this further.

However, in your 1.7.1 logfile, there'a dhcp lease release and a route flush
*only* on eth0. So your route on wlan0 should be safe.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652238: fixed 652238 in wicd/1.7.1~b3-2, found 652238 in wicd/1.7.1~b3-1, closing 652238

[David Paleino]

fixed 652238 wicd/1.7.1~b3-2
found 652238 wicd/1.7.1~b3-1
close 652238 
thanks

The submitter didn't reply, and I suspect he upgraded to -1.

Feel free to reopen if a direct upgrade to = -2 still shows
the bug.

David




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

Bug#651933: wicd-client can't connect to the daemon / DBus errors

[David Paleino]

tags 651933 unreproducible moreinfo
thanks

Hello Vincent,

On Tue, 13 Dec 2011 12:30:56 +0100, Vincent Lefevre wrote:

 With the latest wicd version (1.7.1~b3-2), I have the following error:
 
 xvii:~ wicd-client -n
 Has notifications support True
 Loading...
 Connecting to daemon...
 Can't connect to the daemon, trying to start it automatically...
 Connected.
 ERROR:dbus.proxies:Introspect error on :1.82:/org/wicd/daemon/wired:
 dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message
 did not receive a reply (timeout by message bus)
 [..]

I haven't had that reported anywhere else, and I'm myself unable to reproduce
it. Would you please check the following? (with 1.7.1~b3-2 installed):

a) the wicd daemon is running
b) you have /etc/dbus-1/system.d/wicd.conf
c) your DBus sees wicd. You can test it with:

   $ dbus-send --system --dest=org.wicd.daemon --print-reply /org/wicd/daemon
   org.wicd.daemon.Hello

   (all on one line).
   If it works, then proceed to check if it has methods from 1.7.1:

   $ dbus-send --system --dest=org.wicd.daemon --print-reply /org/wicd/daemon
   org.wicd.daemon.GetShowNeverConnect

d) does it happen if you service dbus reload or service dbus restart?

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[David Paleino]

On Thu, 15 Dec 2011 17:43:29 +0100, Florian Birée wrote:

 Hello,

Hello Florian,
please remember to keep the bug CCed when replying :)

 Le Wed, 14 Dec 2011 20:55:39 +0100,
 David Paleino da...@debian.org a écrit :
  Do you have any unicode ESSID in /etc/wicd/wireless-settings.conf? Is
  it the ESSID you chose to automatically connect to?
 
 No (the only strange essid I have in wireless-settings.conf contains *
 and ', but that's ascii characters...)

Do you have any unicode ESSID in range? i.e. try iwlist wlan0 scan (change
wlan0 if that's not your device), and see if any ESSID like \xAA\xBB\xCC pops
up.

Today I think I fixed a long-time bug with unicode ESSIDs in wicd (which
prevented it from connecting to them); are you able to apply a patch to files
installed on your system? Or do you prefer a new package to test?

If the former is true, please find a patch attached: you might need to tweak
the filepaths there (as it's a patch against the upstream repository), but it's
very small :) (diffstat says: 4 files changed, 20 insertions(+), 6 deletions(-))

Please don't hesitate to ask for a package to test, if you're unable to deal
with the patch :)

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[David Paleino]

On Thu, 15 Dec 2011 18:15:56 +0100, Florian Birée wrote:

 [..]
 
 If you think I should try your patch, I can do it, but I think it is
 not related to this bug...

Please try it, it doesn't hurt for sure :)

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652238: wicd: Network settings lost after upgrade

[David Paleino]

Hello Florian,

On Thu, 15 Dec 2011 17:53:21 +0100, Florian Birée wrote:

 After the upgrade to the version 1:7:1~b*, all my configured network get lost,
 with their keys and every other settings.

That was already fixed with 1.7.1~b3-2, but if you upgrade to ~b3-1, the
settings weren't recovered.

Can you please confirm that downgrading wicd and re-upgrading it (to ~b3-2!)
still wipes out the configuration?

Please have a look at
http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/671 -- that
diff is present in -2, but not in -1. So, if you upgraded when sid had -1, it
did wipe out your config; people upgrading directly to -2 shouldn't have it.

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#651933: I can reproduce this

[David Paleino]

On Thu, 15 Dec 2011 15:08:02 -0800, Peter Eckersley wrote:

 On Thu, Dec 15, 2011 at 02:58:03PM -0800, Peter Eckersley wrote:
  Answering your questions:
  
  a) wicd is running
 
 Correction.  Wicd is /not/ running:

That's why DBus can't see it, now it makes a bit more sense :)

 sudo service wicd restart
 Restarting Network connection manager: wicd.
 pde@xylophone:~$ ps aux | grep -v grep | grep wicd
 pde@xylophone:~$ sudo wicd -f
 (drops back to a shell)

Would you please run sudo wicd -foe instead, and report back the output?

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#652035: wicd-curses: Crashs when running (Python UnicodeDecodeError)

[David Paleino]

Hello,

On Wed, 14 Dec 2011 12:45:08 +0100, Florian Birée wrote:

 wicd-curses always crashs when I start the program. The error is:
 
 Traceback (most recent call last):
   File /usr/share/wicd/curses/wicd-curses.py, line 1063, in module
 main()
   File /usr/share/wicd/curses/wicd-curses.py, line 995, in main
 ui.run_wrapper(run)
   File /usr/lib/python2.7/dist-packages/urwid/raw_display.py, line 237, in
 run_wrapper return fn()
   File /usr/share/wicd/curses/wicd-curses.py, line 89, in wrapper
 return func(*args, **kargs)
   File /usr/share/wicd/curses/wicd-curses.py, line 1003, in run
 app = appGUI()
   File /usr/share/wicd/curses/wicd-curses.py, line 551, in __init__
 self.update_netlist(force_check=True,firstrun=True)
   File /usr/share/wicd/curses/wicd-curses.py, line 89, in wrapper
 return func(*args, **kargs)
   File /usr/share/wicd/curses/wicd-curses.py, line 670, in update_netlist
 wiredL,wlessL = gen_network_list()
   File /usr/share/wicd/curses/wicd-curses.py, line 177, in gen_network_list
 label = NetLabel(network_id,is_active)
   File /usr/share/wicd/curses/wicd-curses.py, line 358, in __init__
 self.stren,self.essid,self.encrypt,self.bssid,self.mode,self.channel)
 UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 5:
 ordinal not in range(128)

Do you have any unicode ESSID in /etc/wicd/wireless-settings.conf? Is it the
ESSID you chose to automatically connect to?

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#651391: wicd-daemon: Unable to connect/configure

[David Paleino]

Ciao Salvo,
Hello Ryan,

On Thu, 08 Dec 2011 11:12:25 +0100, Salvo Tomaselli wrote:

 after upgrade to the latest version, wicd was unable to connect to wireless
 networks (both the famous eduroam one, and a non encrypted one).
 [..]

I tried to reproduce the string→list bug, but haven't been able to reproduce
it consistently.

Would you please try downgrading wicd to testing, and re-upgrading it from sid?

During the test upgrades I only reproduced it once, and only in
wired-settings.conf (wireless-settings.conf was left untouched), therefore I'm
totally running out of ideas.

In the meantime, I will do more tests.

Thanks for your help,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#651391: wicd-daemon: Unable to connect/configure

[David Paleino]

On Mon, 12 Dec 2011 17:59:56 +0100, David Paleino wrote:

 Ciao Salvo,
 Hello Ryan,
 
 On Thu, 08 Dec 2011 11:12:25 +0100, Salvo Tomaselli wrote:
 
  after upgrade to the latest version, wicd was unable to connect to wireless
  networks (both the famous eduroam one, and a non encrypted one).
  [..]
 
 I tried to reproduce the string→list bug, but haven't been able to reproduce
 it consistently.

And now I'm not even able to reproduce it at all.

After the upgrade, the config stays the same; even when configuring a new
network no spurious lists are put in the config files. See attached diff (a
network I don't have access to, and with a fake key put in).

Cluelessly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
diff --git a/wicd/wireless-settings.conf b/wicd/wireless-settings.conf
index e07e67d..736b97c 100644
--- a/wicd/wireless-settings.conf
+++ b/wicd/wireless-settings.conf
@@ -89,6 +89,34 @@ essid = Alice-33737438
 automatic = True
 search_domain = None
 
+[00:1D:6A:87:4A:1D]
+dhcphostname = moocca
+bssid = 00:1D:6A:87:4A:1D
+ip = None
+use_dhcphostname = 0
+dns_domain = None
+gateway = None
+use_global_dns = 0
+encryption = True
+hidden = False
+channel = 11
+mode = Master
+netmask = None
+key = ùàòàùùùè
+enctype = wpa
+dns3 = None
+dns2 = None
+dns1 = None
+use_settings_globally = 0
+use_static_dns = 0
+encryption_method = WPA2
+essid = Alice-76638493
+search_domain = None
+beforescript = None
+afterscript = None
+predisconnectscript = None
+postdisconnectscript = None
+
 [00:23:CD:CB:05:65]
 afterscript = None
 dhcphostname = moocca


signature.asc
Description: PGP signature

Bug#651412: DBUS error when trying to connect since 1.7.1~b3-1

[David Paleino]

On Sun, 11 Dec 2011 07:38:29 -0500, Ryan Kavanagh wrote:

 On Thu, Dec 08, 2011 at 11:24:09PM +0100, David Paleino wrote:
  If you could please confirm that, with these two patches, it kind-of-works,
  then I can pass on fixing #651391 :)
 
 The above two patches fixed the DBUS error in wicd / wicd-curses.

Great, uploading a fixed package.

 It kind-of-works in that it doesn't crash and burn at the outset. As
 such, you can probably close this bug. It still can't connect because of
 the string settings - list bug, as evidenced by errors like:
 
 [..]
 
 in wicd.log. I can open a separate bug for that if you'd like.

Yes, please (even if I'm well aware of it).

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#651601: josm broken under xfce

[David Paleino]

tags 651601 upstream
severity 651601 normal
thanks

Hello,

On Sat, 10 Dec 2011 11:37:29 +, ael wrote:

 Package: josm
 Version: 0.0.svn4487+dfsg2-2

Would you please test the version in sid?

 Please see josm.openstreetmap.de tickets #5833 and #7066.

Then why are you reporting it here? :)

 josm is no longer usable under xfce4.

Wrong. I use xfce4, and josm (and sid). ;)

 Window decoration missing,

If that's the same thing as josm's #5833, please try using Alt+mouse drag.
That should move your window out of the top panel.

 child windows misbehave and make data entry almost impossible.

I saw a similar thing with dual-monitor setup: is this your case?

 One worked round, data seems not to be handled correctly.

I'm not sure to understand what you mean here.

 I think josm-latest was last working in mid October. 

There's no josm-latest in Debian.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#651391: wicd-daemon: Unable to connect/configure

[David Paleino]

On Thu, 08 Dec 2011 11:12:25 +0100, Salvo Tomaselli wrote:

 ciao :-)

Ciao Salvo,

 after upgrade to the latest version, wicd was unable to connect to wireless
 networks (both the famous eduroam one, and a non encrypted one).
 
 I tried to check the configuration for the eduroam network and the template
 selection was missing. There was no trace of my username and password.

What template did you use there? I don't remember any template being renamed,
this bug sounds weird to me :)

 I am using wicd-curses.

Does it happen with wicd-gtk too?
(wicd-kde is not yet up-to-date with the new DBus API)

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#651412: DBUS error when trying to connect since 1.7.1~b3-1

[David Paleino]

Hello Ryan,

On Thu, 8 Dec 2011 07:45:15 -0500, Ryan Kavanagh wrote:

 Since upgrading to 1.7.1~b3-1, wicd-curses and wicd-gtk have become
 unusable. That's to say, I can no longer connect to any wireless network
 using either of these clients. Trying to connect to a network with
 either of these prints the following message to terminal:
 
 ERROR:dbus.connection:Unable to set arguments () according to signature u'v':
 type 'exceptions.TypeError': More items found in D-Bus signature than in
 Python arguments

I got this reported somewhere else as well (don't remember where though).
However, I cannot reproduce it.

Would you please tell me if:

$ dbus-send --system --dest=org.wicd.daemon --print-reply \
  --type=method_call /org/wicd/daemon/wireless \
  org.wicd.daemon.wireless.GetCurrentNetwork

works for you?
I correctly get my current wifi ESSID:

method return sender=:1.76 - dest=:1.79 reply_serial=2
   string PALEINO

Regarding the conf-file syntax change from strings to lists: I did see this
once during development, but then never happened again, so I thought I did fix
it. You're already the second person hitting it, so it must still be in the
code (but then I wonder how I'm immune from this?)

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#651412: DBUS error when trying to connect since 1.7.1~b3-1

[David Paleino]

Hello Ryan,

On Thu, 8 Dec 2011 07:45:15 -0500, Ryan Kavanagh wrote:

 Since upgrading to 1.7.1~b3-1, wicd-curses and wicd-gtk have become
 unusable. That's to say, I can no longer connect to any wireless network
 using either of these clients. Trying to connect to a network with
 either of these prints the following message to terminal:
 
 ERROR:dbus.connection:Unable to set arguments () according to signature u'v':
 type 'exceptions.TypeError': More items found in D-Bus signature than in
 Python arguments

Anthony Vital (author of wicd-kde), whom I thank for this, sent me a patch for
this traceback via private mail. I committed it because it was obviously good,
and it should fix this first traceback, but I haven't directly tested it. Could
you please apply it and test? (remember to delete *.pyc and *.pyo files):

http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/664

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#651412: DBUS error when trying to connect since 1.7.1~b3-1

[David Paleino]

On Thu, 8 Dec 2011 07:45:15 -0500, Ryan Kavanagh wrote:

 Occasionally, simply starting wicd-curses causes this message to be printed:
 
 Traceback (most recent call last):
   File /usr/share/wicd/curses/wicd-curses.py, line 755, in
 set_connecting_status ': ' + wired.CheckWiredConnectingMessage(), True)
   File /usr/lib/python2.7/dist-packages/dbus/proxies.py, line 143, in
 __call__ **keywords)
   File /usr/lib/python2.7/dist-packages/dbus/connection.py, line 630, in
 call_blocking message, timeout)
 dbus.exceptions.DBusException: org.freedesktop.DBus.Python.TypeError:
 Traceback (most recent call last): File
 /usr/lib/python2.7/dist-packages/dbus/service.py, line 702, in _message_cb
 retval = candidate_method(self, *args, **keywords) File
 /usr/share/wicd/daemon/wicd-daemon.py, line 1395, in
 CheckWiredConnectingMessage return
 _status_dict(self.CheckWiredConnectingStatus()) TypeError: 'dict' object is
 not callable

And, this is a genuinely stupid bug I introduced :(

http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/665

If you could please confirm that, with these two patches, it kind-of-works,
then I can pass on fixing #651391 :)

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#651142: Bug#651197: RM: desktopcouch/1.0.8-1

[David Paleino]

(manual forward, since X-Debbugs-CC horribly failed -- please reply to
651...@bugs.debian.org)

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

Hello,
please remove desktopcouch from testing, since it's currently unusable at all
(see bug #651142, X-Debbugs-CCed). I just raised that bug's severity to grave.

However, it has some rdepends, all coming from the same source package: dmedia.
I don't know if I'm required to contact dmedia's maintainers before asking
removal of desktopcouch -- in any case, they are CCed.

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#650552: [Pkg-javascript-devel] Bug#650552: node-expat: FTBFS: EBADF, Bad file descriptor '/usr/lib/package.json'

[David Paleino]

On Mon, 5 Dec 2011 15:37:04 +0700, Jonas Smedegaard wrote:

 On 11-12-05 at 09:24am, Jérémy Lal wrote:

  This problem is caused by the fact you're building with latest 
  libv8-dev, but nodejs 0.4 wasn't.
  I'll upload a nodejs 0.4 built against libv8 3.5 later today.
 
 Hmm - I suspect this means nodejs-dev should then depend not only on 
 libv8-dev equal-or-larger than current but also on libv8-dev lower than 
 current+1.
 
 Not sure about the exact syntax, but believe it is used several other 
 packages as well...

I use that same kind of dependency with josm and josm-plugins.

Depends: josm (= 0.0.svn4487)
Breaks: josm (= 0.0.svn4488)

(and the same with Build-Depends/Build-Conflicts)

Sure, each time I upload a new josm, josm-plugins becomes uninstallable and
gets an RC, but it's the only way to keep things consistent. (and yes, it's
currently uninstallable just for that reason)

My 0.02€,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#646446: gpsdrive: FTBFS: mapnik.cpp:33:15: error: 'mapnik::Image32' has not,

[David Paleino]

On Sat, 3 Dec 2011 13:42:05 -0800 (PST), Hamish wrote:

 [..]
 
 This package needs a little work, but is in much (much) better shape than
 what's currently in the official debian archives, and the task is made
 simpler by temporarily switching off all the Mapnik 0.7 + PostGIS stuff.

If the problem is only Mapnik, I can give a hand porting it. Usually it's
easy :)

 fwiw the 300-500mb OpenStreetMap world coastline packages used for Mapnik
 support are not uploaded to Debian-official, but can be swapped out for the
 much smaller Natural Earth global coastline shape- files (which are licensed
 in the public domain and would be nice to have as an official debian package).

I'm already planning to package both OSM world coastline and various Natural
Earth shapefiles. They can be handy for TileMill too (see ITP #644767)

That said, I'm not having particular technical issues with those shapefiles --
just not enough time. But I don't see them as a prioritary task, so I guess
they can wait a bit more :)

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#649302: spatialite: FTBFS on powerpc

[David Paleino]

On Sat, 19 Nov 2011 19:45:14 +0100, Julien Cristau wrote:

 Source: spatialite
 Version: 3.0.0~beta20110817-2
 Severity: serious
 Justification: fails to build from source (but built successfully in the past)
 
 spatialite FTBFS on powerpc, see
 https://buildd.debian.org/status/fetch.php?pkg=spatialitearch=powerpcver=3.0.0%7Ebeta20110817-2stamp=1319714491

Ok, I think I somehow understood this bug.

Versions before 3.0 didn't have that srs_init.c, with all those EPSG
definitions inside (it's a 110k+-lines file, 4.8M).

After some tries, I found that adding -DOMIT_EPSG=1 to the compilation
commandline made it work on powerpc (I tested it on pescetti).

After some more tries, I saw that it could handle well the calls from
initialize_epsg_00 to initialize_epsg_17: if I de-comment _18 onwards, it FTBFS
as described in the log above. (lines 110432-...)

The same code works fine on i386 (my local machine), I suspect it's some kind
of out-of-memory thing (in fact, passing -DOMIT_EPSG does *NOT* totally skip
those calls, it just doesn't execute them all).

This bug can be solved by passing --disable-epsg at configure-time, but we
would lose some functionality. Probably a better solution exists, but I'm
currently too tired to continue debugging this, will look into it again ASAP.

Frankie, what do you think? Should we disable the full EPSG initialization?

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#649302: spatialite: FTBFS on powerpc

[David Paleino]

On Sat, 19 Nov 2011 22:47:19 +0100, David Paleino wrote:

 On Sat, 19 Nov 2011 19:45:14 +0100, Julien Cristau wrote:
 
  Source: spatialite
  Version: 3.0.0~beta20110817-2
  Severity: serious
  Justification: fails to build from source (but built successfully in the
  past)
  
  spatialite FTBFS on powerpc, see
  https://buildd.debian.org/status/fetch.php?pkg=spatialitearch=powerpcver=3.0.0%7Ebeta20110817-2stamp=1319714491
 
 [..]
 
 This bug can be solved by passing --disable-epsg at configure-time, but we
 would lose some functionality. Probably a better solution exists, but I'm
 currently too tired to continue debugging this, will look into it again ASAP.

Addressing Luk's concerns raised privately on IRC: I'll upload a version
passing --disable-epsg on powerpc on Monday evening, if I don't think at
anything better.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#646933: [Pkg-javascript-devel] Bug#646933: node-step and libnode-step: error when trying to install together

[David Paleino]

On Fri, 28 Oct 2011 14:30:19 +0200, Ralf Treinen wrote:

 Package: libnode-step,node-step
 Version: libnode-step/0.0.4-1
 Version: node-step/0.0.4-1
 Severity: serious
 User: trei...@debian.org
 Usertags: edos-file-overwrite
 
 Date: 2011-10-28
 Architecture: amd64
 Distribution: sid
 
 [I know we had a discussion about this kind of bugs. Now the situation seems
 to be different since I observed this bug first on 2011/10/24. Since it
 still occurs 5 days later I guess that there is something broken now. -Ralf.]

Yes, in fact it is a bug.

Seems like I uploaded node-step, while libnode-step was already in the archive.
Oops.

This is what I'll do now:

a) ask for removal of node-step source package;
b) rename current libnode-step to node-step, and re-upload it to NEW;
c) fix rdeps of libnode-step.

Thanks Ralf for doing these checks :)
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#646212: /usr/sbin/wicd: wicd-daemon fails to restart: No module named wicd

[David Paleino]

forcemerge 646210 646212
thanks

Hello Neil,

On Sat, 22 Oct 2011 10:55:04 +0100, Neil Williams wrote:

 Package: wicd-daemon
 Version: 1.7.0+ds1-8
 Severity: grave
 File: /usr/sbin/wicd
 Justification: renders package unusable
 
 [..]

Already reported as #646210, and already fixed before even that bug was filed :)

   Upgrading to 1.7.0+ds1-8 reported an error restarting the daemon, I
 lost the internet connection.

(this shouldn't happen though: the daemon stopped but my connection stayed
alive. This should be a different bug)

Fixed in -9 though.

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#634051: wicd-daemon: Fails to install/upgrade if existing user is removed - bug still exists

[David Paleino]

found 634051 wicd/1.7.0+ds1-7
thanks

Hello,

On Fri, 21 Oct 2011 12:45:24 -0400, rcm0502 wrote:

 With a recent dist-upgrade the problem still exists as noted below. I have
 purged all the wicd* packages and tried afresh but still fails to
 preconfigure wicd-daemon:

 [..]

OK, I think I finally fixed it now :)

-8 coming soon.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#645681: wicd-curses crashes on any keystroke

[David Paleino]

tags 645681 confirmed upstream
retitle 645681 urwid 1.0.0 breaks wicd-curses
thanks

Hello Jonathan,

On Mon, 17 Oct 2011 15:22:38 -0400, Jonathan Lane wrote:

 Package: wicd-curses
 Version: 1.7.0+ds1-6
 Severity: grave
 Justification: renders package unusable
 
 wicd-curses crashes every time I press a key, with the same error
 message.  [..]

 This problem only appeared after running 'apt-get update  apt-get
 upgrade' today, so it appears to be new in the latest versions of the
 software or dependencies.

You're right, in fact it's the new urwid that broke everything.

I'll make a new upload ASAP.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#642836: Confirming bug in libsurefire-java

[David Paleino]

Hello,
(CCing a bug report on a package I maintain).

I'm facing this too, ultimately causing a FTBFS in libtomcat-maven-plugin-java:

[ERROR] BUILD ERROR
[INFO] 
[INFO] Error building POM (may not be this project's POM).


Project ID: org.apache.maven.plugins:maven-surefire-plugin

Reason: POM 'org.apache.maven.plugins:maven-surefire-plugin' not found in
repository: System is offline.

  org.apache.maven.plugins:maven-surefire-plugin:pom:2.4.3


 for project org.apache.maven.plugins:maven-surefire-plugin


The strange thing is 2.4.3 seems mentioned nowhere:

  $ pwd
  /deb/git/my/tomcat-maven-plugin
  $ grep -inR 2.4.3 *
  $ find /usr/share/maven-repo/ -name *.pom | xargs grep 2.4.3

I can't really understand what's going on here.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#635121: gedit-valatoys-plugin: Please update for gedit 3.0 plugin path changes

[David Paleino]

On Fri, 07 Oct 2011 23:55:21 +0200, Michael Biebl wrote:

 Hi David,
 
 this bug hasn't seen any progress so far.

Oops.

I have a package ready since mid-August, but forgot to do the final check 
upload once I got back from VAC.

 Could you please package the latest upstream version 0.12.1 which is supposed
 to work with gedit 3.0

Will do ASAP.

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#635322: Additional info

[David Paleino]

This message serves as a self-reminder :)

$ hostname
moocca
$ sudo /sbin/dhclient -v -cf /var/lib/wicd/dhclient.conf wlan0
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/wlan0/00:1a:73:a5:e0:2a
Sending on   LPF/wlan0/00:1a:73:a5:e0:2a
Sending on   Socket/fallback
DHCPREQUEST on wlan0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
RTNETLINK answers: File exists
bound to 192.168.1.33 -- renewal in 106516 seconds.
$ hostname
dhcppc0
$

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#635322: wicd sometimes changes the machine host name to its IP address

[David Paleino]

tags 635322 confirmed
thanks

Hello Vincent,
this bug recently started happening to me as well, and even after normal
shutdown-bootup cycles: my hostname is changed to dhcppc0 (I suspect that's
what my router sends), and X applications seem not to work anymore. Thus I'm
also confirming its severity.

On Tue, 26 Jul 2011 08:17:59 +0200, Vincent Lefevre wrote:

 It may be a bug in wicd or isc-dhcp-client, or both. I'm not sure.
 In the default dhclient configuration and the one provided by wicd,
 there is request [...] host-name [...].

I can't find this. WICD provides a send host-name $_HOSTNAME, hostname which
you can set in the UI.

That option is in /etc/dhcp/dhclient.conf , which is provided by
isc-dhcp-client.

 I'm not sure what it's supposed to do, but changing the hostname is certainly
 a bug.

Agreed.

 The dhcp-options(5) man page says:
 
option host-name string;
 
  This  option  specifies  the name of the client.  The name may or may
  not be qualified with the local domain name (it is preferable to  use
  the domain-name option to specify the domain name).  See RFC 1035 for
  character set restrictions.  This option is only honored by dhclient-
  script(8) if the hostname for the client machine is not set.
^
 
 (is option different from request?).

The *request* statement is described in dhclient.conf(5).

I suspect the problem is that dhclient doesn't consider the config file
provided by WICD anymore: this way we would have a request host-name, but no
send host-name -- thus effectively requesting a new hostname to the DHCP
server.

I'll investigate this better.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#635322: WICD + dhclient → hostname changed

[David Paleino]

reassign 635322 isc-dhcp-client
forcemerge 632716 635322
severity 632716 serious
thanks

Hello everybody,
I'm reassigning bug #635322 , originally reported against wicd, to
isc-dhcp-client, and merging it with #632716 (which is the same exact bug).

The reason why I believe this is not a wicd bug is shown below.

$ cat /var/lib/wicd/dhclient.conf | grep -v ^#

send host-name moocca;
$ hostname
moocca
$ sudo /sbin/dhclient -v -cf /var/lib/wicd/dhclient.conf wlan0
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/wlan0/00:1a:73:a5:e0:2a
Sending on   LPF/wlan0/00:1a:73:a5:e0:2a
Sending on   Socket/fallback
DHCPREQUEST on wlan0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
RTNETLINK answers: File exists
bound to 192.168.1.33 -- renewal in 114887 seconds.
$ hostname
dhcppc0
$

This does happen also if I set the send host-name in /etc/dhcp/dhclient.conf,
and still specify a custom configuration (-cf):

$ grep send host /etc/dhcp/dhclient.conf 
send host-name moocca;
$ cat /var/lib/wicd/dhclient.conf | grep -v ^#

send host-name moocca;
$ hostname
moocca
$ sudo /sbin/dhclient -v -cf /var/lib/wicd/dhclient.conf wlan0
...
$ hostname
dhcppc0
$

This *does* *not* happen if I set the send host-name
in /etc/dhcp/dhclient.conf, and *don't* specify a custom configuration:

$ grep send host /etc/dhcp/dhclient.conf 
send host-name moocca;
$ hostname
moocca
$ sudo /sbin/dhclient -v wlan0
...
$ hostname
moocca
$

It seems like dhclient cannot honor custom configuration file anymore. It
surely did in the past :)

I'm raising the severity of this bug because it breaks unrelated software, like
Salvo already described (and I myself have experienced his symptoms).

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#635484: libgphoto2: diff for NMU version 2.4.11-3.1

[David Paleino]

Hello Ana,

On Sat, 10 Sep 2011 17:13:32 +0200, Ana Guerrero wrote:

 Dear maintainers, 
 I've prepared a NMU for libgphoto2 (versioned as 2.4.11-3.1)
 and uploaded it to DELAYED/10 given the severity of this bug was
 bumped some days ago only. Originally I was planning to do a 0-day NMU to fix
 this bug and #625364 (FTBFS), but this second bug ended being a bogus
 bug.

Please go ahead. Quite busy right now :)

Thanks!
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#640969: Exits with: ImportError: No module named bpython.cli

[David Paleino]

tags 640969 confirmed
thanks

On Fri, 09 Sep 2011 12:31:12 +0900, Mitsubishi Evo II wrote:

 I just upgraded to bpython, and when running it from the command line
 it immediatly exits as follows:
 
 % bpython
 Traceback (most recent call last):
   File /usr/bin/bpython, line 9, in module
 load_entry_point('bpython==0.10.1', 'console_scripts', 'bpython')()
   File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 305, in
 load_entry_point return get_distribution(dist).load_entry_point(group, name)
   File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 2245, in
 load_entry_point return ep.load()
   File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 1955, in load
 entry = __import__(self.module_name, globals(),globals(), ['__name__'])
 ImportError: No module named bpython.cli

Uhm, ok, confirmed, seems like an upgrade problem caused by the switch from
pysupport to dh_python2.

Reinstalling it fixes the problem -- I'll try to fix the upgrade path as well.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#640969: Exits with: ImportError: No module named bpython.cli

[David Paleino]

On Fri, 09 Sep 2011 12:31:12 +0900, Mitsubishi Evo II wrote:

 Package: bpython
 Version: 0.10.1-1
 Severity: grave
 Justification: renders package unusable
 
 Dear Maintainer,
 
 I just upgraded to bpython, and when running it from the command line
 it immediatly exits as follows:
 
 % bpython
 Traceback (most recent call last):
   File /usr/bin/bpython, line 9, in module
 load_entry_point('bpython==0.10.1', 'console_scripts', 'bpython')()
   File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 305, in
 load_entry_point return get_distribution(dist).load_entry_point(group, name)
   File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 2245, in
 load_entry_point return ep.load()
   File /usr/lib/python2.6/dist-packages/pkg_resources.py, line 1955, in load
 entry = __import__(self.module_name, globals(),globals(), ['__name__'])
 ImportError: No module named bpython.cli

Uhm, I tested it before uploading, and it doesn't happen.

Does reinstalling it fix this problem?

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#639853: openjdk-6-jre = 6b23~pre8-2 breaks josm

[David Paleino]

Hello Eckhart,

On Wed, 31 Aug 2011 00:33:45 +0200, Eckhart Wörner wrote:

 The latest version of openjdk-6-jre is multiarch aware, which means the path
 of the jre has changed. This breaks /usr/bin/josm:
 
 [..]

Thanks for your report.

I just pushed a commit which should fix this, would you please test it? (I
can't currently upgrade my JRE)

http://anonscm.debian.org/gitweb/?p=pkg-osm/josm.git;a=commitdiff;h=d82a17ae039cc7c8d453b650d58dca8714445d2b#patch2

This fix will appear in the next JOSM upload.

Thank you,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#635322: wicd sometimes changes the machine host name to its IP address

[David Paleino]

On Mon, 25 Jul 2011 13:50:32 +0200, Vincent Lefevre wrote:

 On 2011-07-25 08:20:22 +0200, Vincent Lefevre wrote:
 [..]

Hello Vincent,
I'm currently in vacation, and don't really have a chance to fix/check
wicd's code. I can only say that it never happened to me (neither to
anybody else, since wicd's code hasn't changed since some time), so I really
need to carefully check the code.

In case you find some solution, a patch is much appreciated, and you might even
commit your work in the collab-maint repository of wicd (yes, you can also NMU,
I'll be back from vacation in September).

Sorry for the inconvenience,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#626671: fix for monav

[David Paleino]

On Wed, 15 Jun 2011 16:17:05 +0200, Marcin Juszkiewicz wrote:

 Attached patch drops all uses of -march=native from monav source
 package. Build tested under Ubuntu/armel.

Hello Marcin,
this was already fixed one month ago in git:

http://anonscm.debian.org/gitweb/?p=pkg-osm/monav.git;a=commitdiff;h=8c4940ec8153ab100e1210c41193f5d2796d0bdc

However, I was waiting for 0.3.1 to come out. Since it hasn't been released
yet, I'll make a new upload ASAP.

David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#628431: glade: Window does not support adding any children.

[David Paleino]

Package: glade
Version: 3.10.0-1
Severity: grave

Hello,
(severity grave because it's totally unusable for me)
I'm getting the message in subject, Window does not support adding any
children., when trying to add any widget to a GtkWindow.

Steps to reproduce:

1) add a GtkWindow
2) try to add anything (I tried with VBox, Expander, Table, Frame), and get the
above message.

The console doesn't show anything before/after the message (I'll file another
bug which seems related, but not necessarily)

Additional info: I'm using Xfce, not GNOME.

Thanks,
David

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.39-1-686-pae (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages glade depends on:
ii  libc6 2.13-4 Embedded GNU C Library: Shared lib
ii  libgladeui-2-03.10.0-1   GTK+ User Interface Build core lib
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgtk-3-03.0.8-1The GTK+ graphical user interface 

Versions of packages glade recommends:
ii  devhelp   2.30.1-1   A GNOME developers help program
pn  libgtk-3-dev  none (no description available)

glade suggests no packages.

-- no debconf information

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#628431: glade: Window does not support adding any children.

[David Paleino]

forcemerge 628432 628431
reassign 628431 libgladeui-2-0
found 628431 3.10.0-1
severity 628431 important
retitle 628431 needs stricter dependency on libgladeui-common
tags 628431 + patch
affects 628431 glade
kthxbye


On Sat, 28 May 2011 23:47:01 +0200, David Paleino wrote:

 Hello,
 (severity grave because it's totally unusable for me)
 I'm getting the message in subject, Window does not support adding any
 children., when trying to add any widget to a GtkWindow.
 
 Steps to reproduce:
 
 1) add a GtkWindow
 2) try to add anything (I tried with VBox, Expander, Table, Frame), and get
 the above message.
 
 The console doesn't show anything before/after the message (I'll file another
 bug which seems related, but not necessarily)


On Sat, 28 May 2011 23:52:10 +0200, David Paleino wrote:

 Hello,
 as soon as I start glade, I get tons of warning messages (see attachment).
 
 The most worrying ones are those Could not find $symbol
 in /usr/lib/glade/modules/libgladegtk.so or in global namespace.
 I believe another bug I'm experiencing might be due to these (#628431).


I found that also upgrading libgladeui-common to experimental fixed both
problems.
However, libgladeui-2-0 depends on an unversioned -common. I suggest using
(= ${source:Version}) in debian/control.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#612918: Writing to /etc/ from a privileged UI

[David Paleino]

Hello everybody,
I'm writing this mail to gather comments about a serious bug I received some
time ago, for which I haven't yet had time to make a proper fix. The bug is
#612918, against wicd, Uses /etc/wicd/wireless-settings.conf as state file.

My opinion is that wireless networks with some kind of configuration provided
(say, a key, or a DNS server, or some static IP, [..]), should be saved there
(so the bug really is: «don't uselessly save all the networks you encounter»
-- and I already have a fix for that).

The reporter's opinion is that no GUI should ever write to /etc/.

However, WICD clients are run from privileged users, i.e. those in the `netdev'
group, and are added there by root. So I think that's perfectly fine.

I took a look at how NetworkManager handles that: it stores configuration using
gconf, so it's not really comparable. I'd like to stick with files under /etc/,
possibly.

What's your opinion on this?
I haven't searched thoroughly through the archive, but I guess there are other
UIs run by privileged non-root users that write to /etc/?

Didier, I hope I correctly summarised the bug you reported. If not, please
reply :)

Thanks for your suggestions,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#612918: Writing to /etc/ from a privileged UI

[David Paleino]

On Mon, 9 May 2011 09:45:41 -0400, Marvin Renich wrote:

 * David Paleino da...@debian.org [110509 04:19]:
  On Mon, 9 May 2011 11:12:53 +0200, Adam Borowski wrote:
  
   /etc may include only _static_ configuration.  What you have is variable
   state which belongs in /var.  It's no different from a database, or dpkg's
   status data.
  
  Static IPs, DNS servers and WEP/WPA keys for a given wireless network are
  variable state? Sorry, I disagree.
  
  I already said that I have a patch not to save networks for which no
  configuration is made -- which is the variable state thing at the moment.
  The question was different :)
 
 This isn't about whether the data saved in the config file is variable,
 it is about whether the config file is variable.  Files in /etc should
 only be modified when the sysadmin is doing what (s)he considers to be
 configuration, not when a user is running a program.

So the CUPS web interface, and GNOME/KDE settings UIs, and such other things are
all RC-buggy, because the info under /etc/ was not edited using
vim/nano/emacs/... but through a UI?

I repeat myself: users capable of running a wicd ui are enabled by root, by
adding them to a specific system group (`netdev').

 The specific data shown in the bug report is clearly variable state
 information and not static configuration info, [..]

Again, I disagree.
BSSID, ESSID, encryption key, automatic connection-flag all sound like
configuration to me. Granted, there are more things to purge (channel and mode,
for example), but that's a bug with a different solution than move everything
to /var/.

 but even adding and removing more permanent wireless access point info should
 not be done in /etc during the normal, continuous operation of a daemon.

Why not? It works.

 If I were designing the config structure, since each AP is a distinct
 entity that doesn't depend on any other AP (maybe that should be essid,
 not AP), I would have a .d directory where each essid had its own config
 file.  There could be corresponding /etc/wicd/something.d and
 /var/lib/wicd/something.d directories.  The admin could place files in
 /etc that he didn't want users messing with.  Non-conflicting files in
 /etc, /var/lib, and ~user/.wicd (or better, ~user/.config/wicd), would
 be treated equally by wicd, with preference to ~user/.config/wicd then
 /var/lib/wicd, then /etc/wicd for any conflicting entries.

 Actually, one normal user should not be able to override the admin
 defaults for another user, so if there is already an entry in /etc, wicd
 should place any user change to that entry in ~user, but new,
 non-conflicting entries should go in /var/lib.  Then, the order of
 preference should be ~user, /etc, /var/lib.

I can't understand all this. Network connections are system-wide by their own
nature -- or do you know cases where there could be different concurrent
connections used by different users?

 Transient state information, like signal strength and quality should
 _not_ go in these files, but rather in /var/run/wicd/ (soon to be
 /run/wicd/).

I probably haven't been clear enough. That's not configuration, and they
shouldn't go in any config file. And that's already fixed.

  
http://git.debian.org/?p=collab-maint/wicd.git;a=blob;f=debian/patches/34-dont_save_useless_config.patch

There I drop 'quality', 'strength', 'bitrates' and 'has_profile' from the
configuration file. As stated before in this mail, that list could include
'mode' and 'channel', but I prefer to be careful, since those are passed to
iwconfig.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#623491: wicd-daemon: Can't install through dpkg

[David Paleino]

On Wed, 20 Apr 2011 19:56:09 +0200, j...@jppozzi.dyndns.org wrote:

 Hello,
 I can't install through dpkg, terminal trace follows :
 
 dpkg -i wicd-daemon_1.7.0+ds1-6_all.deb
 (Reading database ... 154087 files and directories currently installed.)
 Unpacking wicd-daemon (from wicd-daemon_1.7.0+ds1-6_all.deb) ...
 dpkg: error processing wicd-daemon_1.7.0+ds1-6_all.deb (--install):
  unable to open '/usr/share/locale/fr/LC_MESSAGES/wicd.mo.dpkg-new': No such
 file or directory
 Processing triggers for man-db ...
 Errors were encountered while processing:
  wicd-daemon_1.7.0+ds1-6_all.deb

This doesn't seem to be a bug in wicd, sorry.

Can you please check the package you downloaded is correct?

$ md5sum wicd-daemon_1.7.0+ds1-6_all.deb 
da2c30bfb986799aa4e8bbe07165236a  wicd-daemon_1.7.0+ds1-6_all.deb
$

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature