Log of the #sugar IRC Channel


All the times shown here presently are in Boston Standard Time -0500Hrs

Date : 09-04-2015




[04:21:08] [connected at Thu Apr 9 04:21:08 2015]
[04:21:08] <wolfe.freenode.net> *** Looking up your hostname...
[04:21:08] <wolfe.freenode.net> *** Checking Ident
[04:21:09] <wolfe.freenode.net> *** Got Ident response
[04:21:12] <wolfe.freenode.net> *** Found your hostname
[04:21:12] <NickServ> NOTignacio is not a registered nickname.
[04:21:17] [I have joined #sugar]
[04:21:55] <jo0nas> ah - I need to upgrade that package
[04:22:01] <Quozl`_> ;-)
[04:22:49] <jo0nas> thanks!
[04:24:31] <jo0nas> no
[04:24:49] <jo0nas> Quozl`_: do you perhaps use i386?
[04:24:58] <Quozl`_> yes. i386.
[04:25:03] <jo0nas> right
[04:25:12] <Quozl`_> i've not decided if i should use i386 or x86_64 yet.
[04:25:37] <jo0nas> I hav built packages for amd64 and backported to Jessie and Weezy for both amd64 and i386
[04:26:02] <jo0nas> hold on a moment - I need to "sideport" to i386 on Sid
[04:26:56] <jo0nas> takes maybe 15 minutes
[04:27:56] <Quozl`_> thanks. saves me repeating what i've done. (which wasn't much ... vmdebootstrap, sources.list)
[04:33:08] <jo0nas> very reason I am doing what I do is that I have pleasure in it being used - so I am happy to extend to also support i386 on Sid
[04:33:32] <jo0nas> ...also because it really isn't that much work for me
[04:34:08] <Quozl`_> jo0nas: perhaps gir1.2-gstreamer-1.0 is required? sugar-session refers to it, fails without it (from gi.repository import gst) but currently does not depends on it.
[04:34:33] <jo0nas> I might also compile for armhf at some point, but then likely not armel nor for Sid, even if technically possible - because that's more work for less gain
[04:34:42] <Quozl`_> oh, hang on, i'm still on 0.98.
[04:35:19] <jo0nas> installing sucrose (when that works) should ensure using the right branch all over
[04:36:08] <Quozl`_> 'k. i've verified sugar-session-0.104 does not depend on a gir1.2-gstreamer
[04:37:57] <Quozl`_> which package would normally install the settings schema? (i'm testing with 0.98 packages until i386 0.104 is up)
[04:39:01] <jo0nas> sugar-session-*
[04:40:37] <Quozl`_> 'k, i've badly mixed sid vs stable. redo time. ;-)
[04:40:56] <jo0nas> sugar-datastore-* now built for i386 - on to sugar-artwork-* and sugar-toolkit-gtk3
[04:42:09] <Quozl`_> yep, that was it, i had python-sugar3 0.104 mixed with 0.98 packages. an interesting result. now that i've downgraded python-sugar3 to 0.98 it works better.
[04:48:09] <jo0nas> Quozl`_: you are actually pointing out a flaw right there: package name for python-sugar3 should be versioned, when not a stable ABI!
[04:49:36] <Quozl`_> i agree!
[04:52:07] <Quozl`_> sugar-artwork-0.104:i386 is up.
[04:52:27] <jo0nas> yes
[04:53:50] <Quozl`_> hmm, how odd, i get no error in .xsession-errors but i get a lightdm back again. i'll try debugging with an xterm xsession.
[04:54:58] <jo0nas> Sucrose 0.104 should be complete for i386 now!
[04:55:24] <Quozl`_> thanks, all packages up to date against sug/sugar_, continuing to debug.
[04:55:33] <Quozl`_> s/sug/sid
[04:55:37] <jo0nas> are you testing 0.98 or 0.104? Which arch?
[04:55:43] <Quozl`_> 0.104 now.
[04:56:00] <jo0nas> amd64 or i386?
[04:56:04] <Quozl`_> i386
[04:56:24] <jo0nas> huh - but sugar-toolkit-gtk3 only got available a moment ago?!?
[04:56:51] <jo0nas> update your packages!
[04:56:56] <Quozl`_> well, it isn't here, shall update.
[04:57:01] <jo0nas> it is the ABI instability haunting again!
[04:57:04] <Quozl`_> if nothing depended on it perhaps?
[04:57:23] <jo0nas> nothing ensured a new enough python-gtk3
[04:57:48] <jo0nas> just as you had to downgrade before, you have to upgrade now
[04:58:21] <Quozl`_> i'm not seeing a python-sugar-toolkit-0.104 package in my apt-cache, i'll try again.
[04:58:27] <jo0nas> there is none
[04:58:38] <jo0nas> that is the very reason you have this trouble ;-)
[04:58:48] <Quozl`_> ;-)
[04:59:07] <jo0nas> the source package sugar-toolkit-gtk3 produces *unversioned* binary packages
[05:00:09] <Quozl`_> yes, i see.
[05:00:37] <jo0nas> that includes python-sugar3 gir1.2-sugarext-1.0 libsugarext-data libsugarext-dbg libsugarext-dev libsugarext0
[05:02:07] <jo0nas> until a moment ago only the arch-independent python-sugar3 and libsugarext-data was available in 0.104 variant at all - now they are all there and you should simply be able to do an "aptitude update; aptitude upgrade"
[05:02:31] <Quozl`_> yes, i'm getting a hint of that now. /usr/bin/sugar in xterm in startx. simply returns 1. strace shows it is reporting errors about SugarExt to file descriptor 2, but nothing shows.
[05:03:19] <Quozl`_> sorry, i'm using apt-get, an update and upgrade suggests nothing. is aptitude the new way?
[05:03:28] <jo0nas> oh - you sound quite fluent in debugging Sugar - looking forward to collaborate with you :-D
[05:03:43] <jo0nas> no, both use APT backend
[05:03:49] * Quozl`_ apt-get install aptitude
[05:03:51] <Quozl`_> that's what i thought.
[05:04:39] <jo0nas> aptitude has more powerful conflict resolver, and a fullscreen mode where you can browse through interactively, and a powerful grepping engine
[05:04:44] <Quozl`_> well, i'm not seeing any packages to upgrade.
[05:04:57] <jo0nas> if you want newest interface, it is "apt"
[05:05:30] <Quozl`_> i've checked i have "deb http://debian.jones.dk/ sid sugar_" in sources.list
[05:05:59] <Quozl`_> apt ... ooh, coloured text.
[05:06:03] <jo0nas> heh
[05:06:18] <jo0nas> I use aptitude always
[05:06:42] <jo0nas> except "apt-get source" - the only subcommand missing in aptitude
[05:07:07] <Quozl`_> so i've got five minutes before i have to go to an evening appointment. state of this vm is /usr/bin/sugar returns 1.
[05:07:10] <jo0nas> ...but that one I rarely use, because "debcheckout" is smarter
[05:07:17] <jo0nas> hm
[05:07:32] <Quozl`_> ooh, there's a shell.log
[05:07:48] <Quozl`_> http://dev.laptop.org/~quozl/z/1Yg8R0.txt
[05:08:02] <jo0nas> ohh - package wasn't uploaded
[05:08:08] <Quozl`_> heh.
[05:08:12] <Quozl`_> been there. ;-)
[05:08:13] <jo0nas> update+upgrade now!
[05:08:48] <Quozl`_> gir1.2-sugarext-1.0 libsugarext0 upgraded.
[05:08:59] * jo0nas wants Quozl`_to attend evening appointment with a running Sugar back home
[05:09:16] <jo0nas> good
[05:09:35] <jo0nas> sorry I haven't packaged sugar-runner yet - you need to login via Lightdm
[05:10:15] <Quozl`_> http://dev.laptop.org/~quozl/z/1Yg8TO.txt
[05:10:30] <Quozl`_> lightdm has not returned.
[05:10:53] <Quozl`_> i was prompted for age, then the background root window changed back to lightdm, but lightdm prompt isn't there.
[05:11:03] <Quozl`_> i'll look at the processes.
[05:11:26] <Quozl`_> we have metacity, we have python2 running jarabe.main, but nothing on screen. how odd.
[05:11:36] <jo0nas> you *must* respect package recommendations
[05:11:57] <Quozl`_> ah, i have recommendations turned off, i think, checking.
[05:12:12] <jo0nas> do not *ever* do that
[05:12:30] <jo0nas> recommendations are *not* suggestions
[05:12:33] <Quozl`_> Install-Recommends "false"; ... sorry. i'll redo the vm with it removed.
[05:13:12] <Quozl`_> ... which will be in 12 hours, thanks for your help!
[05:13:25] <jo0nas> historically apt-get and aptitude _was_ different: apt-get bogusly treated recommends as suggests - leading to confusion that remains even among some Debian developers to this day
[05:13:36] <jo0nas> enjoy your evening
[05:13:46] <Quozl`_> yeah, i rememebr a lot of discussion about it.
[05:13:46] <jo0nas> in principle, we succeeded :-)
[05:13:55] <Quozl`_> heh. bye.
[05:13:58] <jo0nas> bye
[06:40:58] <darkprince> join #sugar-meeting
[06:44:32] <samdroid> gonzalo_: good morning!
[06:44:45] <gonzalo_> hello samdroid!
[06:45:07] <samdroid> gonzalo_: How are you?
[06:45:22] <gonzalo_> samdroid, very well, and you?
[06:45:39] <samdroid> gonzalo_: Good thanks
[06:46:00] <samdroid> gonzalo_: Can I ask you about the icon lookup in sugar?
[06:46:07] <samdroid> I was having some issues,
[06:46:09] <gonzalo_> yes
[06:46:31] <samdroid> The icons look 100% fine in the shell (in sugar-build)
[06:47:03] <samdroid> but when I use Gtk.IconTheme.get_default(), it gets the GNOME icons, not the sugar ones
[06:47:12] <samdroid> Is there some hidden hack in the shell?
[06:47:20] <samdroid> gonzalo_: ^
[06:48:49] <gonzalo_> hmm, let me see
[06:50:08] <gonzalo_> samdroid, check jarabe/main.py setup_theme() method
[06:50:31] <gonzalo_> samdroid, you get all the icons from gnome or only a few?
[06:51:50] <samdroid> gonzalo_: Yeah, I see setup_theme(), but the theme has the icon paths
[06:52:16] <samdroid> gonzalo_: I can see the icon paths of the icons when i run "theme.get_search_paths()"
[06:52:42] <samdroid> gonzalo_: I haven't tried with all gnome icons. I can get computer from gnome, not computer-xo or other suggary ones
[06:53:37] <gonzalo_> samdroid, i saw a problem where gnome icons have precedence over the activity icons (in ./icons/ directory)
[06:53:48] <samdroid> hum
[06:53:53] <gonzalo_> samdroid, looks like there are a cache we need update
[06:54:03] <gonzalo_> we have a ticket opened , let me find it
[06:54:37] <gonzalo_> http://bugs.sugarlabs.org/ticket/4830
[06:54:56] <gonzalo_> samdroid, check if is the same problem you see
[06:55:14] <gonzalo_> because I already checked the paths too
[06:55:30] <gonzalo_> samdroid, 2 questions for you:
[06:56:02] <gonzalo_> 1) did you see my comment about the textarea fix, what you think?
[06:56:36] <samdroid> gonzalo_: 1) yeah, we can do that if you want
[06:57:06] <gonzalo_> 2) could you check with tch a time good for you to participate in the next development meeting
[06:57:49] <samdroid> 1...) I love expanding textareas personally and think the palettes are tiny... + accessability is better with expanding (i think)
[06:58:08] <GitHub150> [sugar-web] godiard closed pull request #118: Fix textarea expanding, fixes #4832 (master...textarea-expand) http://git.io/venU9
[06:58:23] <gonzalo_> but is nt the expected behavior in a widget
[06:58:39] <gonzalo_> in any case we should define a better size
[06:58:42] <samdroid> 2) yeah, tch asked me about the times, and they are fine by me :) I will be there
[06:58:51] <gonzalo_> great :)
[07:02:54] <samdroid> gonzalo_: I can reproduce the paint icon bug
[07:03:15] <samdroid> + the magic tools are so cool :)
[07:06:35] <gonzalo_> samdroid, ignacio's work :)
[07:07:12] <gonzalo_> samdroid, the paint icon bug is a mistery
[07:07:45] <samdroid> gonzalo_: The whole gnome icon lookup is a mistery
[07:08:06] <gonzalo_> the search path is ok
[07:08:37] <samdroid> gonzalo_: I am searching for an icon IN THE ICON PATH OF THE THEME, even with the CACHE RESET MANUALLY, trying EVERY DIFFERENT NUMBER FOR THE SIZE and it still misses it
[07:09:14] <gonzalo_> samdroid, i have tried https://developer.gnome.org/gtk3/stable/GtkIconTheme.html#gtk-icon-theme-rescan-if-needed
[07:09:33] <gonzalo_> but didn't solved the issue
[07:09:49] <samdroid> Actually maybe the DONT_INCLUDE_SVG_BECAUSE_LOL flag is default
[07:10:04] <samdroid> I will look into it
[07:10:12] <gonzalo_> and should be a change in recent gtk versions, because works ok in F18 works ok
[07:14:29] <GitHub174> [sugar-web] SAMdroid-apps opened pull request #119: Don't allow users to change the description textarea size, fixes #4832 (master...no-resize-textbox) http://git.io/veHcA
[07:15:44] <samdroid> gonzalo_: using FORCE_SVG doesn't fix it
[07:15:54] <gonzalo_> :/
[07:16:12] <gonzalo_> samdroid, maybe is a good idea ask in #gtk channels
[07:16:40] <samdroid> I just asked on #gnome-hackers... is #gtk on gimpnet?
[07:18:09] <samdroid> gonzalo_: ^
[07:19:21] <gonzalo_> samdroid, i think so
[07:40:36] <samdroid> gonzalo_: Can we look at mergeing the onslaught of keyboard shortcut patches to browse-activity?
[07:41:35] <gonzalo_> samdroid, yes, if you can help with testing, would be great
[07:42:22] <samdroid> Ok, I don't have push on that repo, so I will just comment on the patches :)
[07:43:17] <gonzalo_> samdroid, thanks
[09:20:45] <GitHub140> [sugar-web] godiard pushed 1 new commit to master: http://git.io/veQJK
[09:20:45] <GitHub140> sugar-web/master 9c78774 Sam Parkinson: Don't allow users to change the description textarea size, fixes #4832...
[09:21:08] <GitHub164> [sugar-web] godiard closed pull request #119: Don't allow users to change the description textarea size, fixes #4832 (master...no-resize-textbox) http://git.io/veHcA
[10:19:11] <jayjay> can i install sugar on a stick fully on my 10.1inch laptop?
[10:19:45] <jayjay> cause i need my usb's
[10:22:12] <jayjay> what no help?
[10:22:35] <jayjay> screw u's then
[10:59:58] <GitHub86> [sugar-toolkit-gtk3] godiard closed pull request #203: Read icon attach points when is not possible get the info from gtk (master...bad_icons-try2) http://git.io/veScB
[11:00:27] <GitHub23> [sugar-toolkit-gtk3] godiard opened pull request #204: Read icon attach points when is not possible get the info from gtk (master...bad_icons-try3) http://git.io/veQ70
[11:25:42] <GitHub194> [sugar-toolkit-gtk3] godiard closed pull request #204: Read icon attach points when is not possible get the info from gtk (master...bad_icons-try3) http://git.io/veQ70
[11:26:19] <GitHub155> [sugar-toolkit-gtk3] godiard opened pull request #205: Read icon attach points when is not possible get the info from gtk (master...bad_icons-try4) http://git.io/ve7Jn
[11:37:11] <GitHub134> [sugar-toolkit-gtk3] tchx84 pushed 1 new commit to master: http://git.io/ve7te
[11:37:11] <GitHub134> sugar-toolkit-gtk3/master f796638 Gonzalo Odiard: Read icon attach points when is not possible get the info from gtk...
[11:37:31] <GitHub40> [sugar-toolkit-gtk3] tchx84 closed pull request #205: Read icon attach points when is not possible get the info from gtk (master...bad_icons-try4) http://git.io/ve7Jn
[11:42:44] <GitHub173> [sugar-toolkit-gtk3] godiard closed pull request #199: Use SVG metadata for icon badge attachment points (master...svg-attach-point) http://git.io/jD0d
[11:42:54] <GitHub132> [sugar-artwork] godiard closed pull request #45: Use `sugar:attach-points` instead of deprecated `.icon` file feature (master...svg-attach-points) http://git.io/jDEC
[12:20:47] <Abhishek> walterbender: How r u ! :) long time !
[12:21:14] <Abhishek> shrey_yay: what was the physics issue u got, ?
[12:21:22] <walterbender> hi all
[12:21:36] <walterbender> was pretty distracted once I got back from India
[12:21:46] * walterbender still trying to catch up
[12:21:48] <exploreshaifali> walterbender, hello :)
[12:22:04] <shrey_yay> walterbender, Hi :)
[12:22:11] <Abhishek> yeah, i saw, walter get the workshop details on sugar events
[12:22:25] <Abhishek> exploreshaifali: sup ?
[12:22:40] <Abhishek> i saw ur user workflow
[12:22:57] <Abhishek> it was good
[12:23:15] <exploreshaifali> Abhishek, hello, Thanks :)
[12:23:27] <shrey_yay> Abishekh, wait I'll give you the log
[12:23:43] <Abhishek> alright.
[12:35:06] <k_yash> walterbender hello !!
[12:36:45] <walterbender> how did bits pilani end up?
[12:39:36] <meeting> *hello
[12:41:34] <Abhishek> walterbender: did u check these, http://play4changes.com/sugarlabs/operation.html http://play4changes.com/sugarlabs/clock.html http://play4changes.com/sugarlabs/hashtable.html http://play4changes.com/sugarlabs/fibonacci.html http://play4changes.com/sugarlabs/triangle.html
[12:41:57] <Abhishek> for school kids made simulation for better understanding to some problems
[12:42:26] <Abhishek> these were the problems which i gave them through an online contest
[12:43:20] <Abhishek> walter u should check these, very simple but helped them !
[12:44:40] <Abhishek> gonzalo_: ping
[12:45:30] <Abhishek> gonzalo_: making dimension of text area fixed i.e non-resizable, will not restrict the feature? what if user wants to write so many texts
[12:46:01] <Abhishek> will it become scrollable automatic?
[14:30:55] psd_ is now known as psd
[17:54:27] <bytestorm__> tch__: ping
[18:04:58] <tch__> bytestorm_, ponh
[18:07:42] <bytestorm__> I updated my activity source code and then run python setup.py install but the changes are not getting reflected ... I don't undrstnd why
[18:07:45] <bytestorm__> tch__:
[18:11:08] <tch__> bytestorm_, there's probably another copy of the activity in ~/Activities directory and you haven't increased the version?
[18:11:13] <tch__> bytestorm_, need some context btw
[18:11:26] <tch__> bytestorm_, are you using sugar-build?
[18:12:48] <bytestorm__> tch__: no I am inside SOAS installation in VMWARE
[18:13:40] <bytestorm__> I have change the source in ~/Activities folder only...
[18:13:54] <tch__> check in /usr/share/sugar/activities/ and ~/Activities/ folder
[18:14:02] <tch__> there is probably another copy
[18:14:18] <bytestorm__> tch__: what do u mean by another copy?
[18:14:31] <tch__> bytestorm_, another copy of the YourActivity.activity folder
[18:15:20] <tch__> bytestorm_, also, I don't recomend using setup install for installing activities
[18:16:06] <tch__> bytestorm_, I personally just place a symlink in ~/Activities/ or directly place my working dir there
[18:18:45] <bytestorm__> I am not familiar with the versioning system of sugar activity... Also I see that I have the copy of the activity in both ~/Activity and in /usr/.../activity ...
[18:20:41] <bytestorm__> tch__: in both folder I have updated codes... What am I missing??
[18:21:55] <tch__> bytestorm_, remove both, and make sure there is only 1 copy, copy manually, dont use setup.py
[18:23:50] <bytestorm__> tch__: Is any uninstall method available or remove using rm from terminal? Once I copy it to ~/Activities what symlink should create...
[18:24:11] <tch__> rm from terminal is effective
[18:25:06] <tch__> if you copy it to ~/Activities no symlink is required. Use a symlink if you don't want copy every time you modify it
[18:51:25] <bytestorm__> Thanks tch__ it worked :D
[18:51:33] <tch__> bytestorm_, np!
[20:51:05] vikramahuja1001_ is now known as vikramahuja_
[20:54:27] vikramahuja_ is now known as vikramahuja|afk
[22:24:21] <Quozl`_> tch__: ping. ssh pubkey.
[23:07:52] <tch__> Quozl`_, sent
[23:08:04] <Quozl`_> tch__: thanks.
[23:08:15] <Quozl`_> tch__: username preference? martin not available.
[23:08:22] <tch__> tch as usual
[23:08:32] <tch__> thanks
[23:12:55] <tch__> Quozl`_, time to self.shutdown() TTYL
[23:13:02] <Quozl`_> 'k.
[02:58:07] [disconnected at Fri Apr 10 02:58:07 2015]