Re: Every second year we are talking about a proper installer

Hi Andreas, Andreas Tille <andr...@an3as.eu> writes: > On Mon, Apr 04, 2016 at 05:47:32PM +0200, Ole Streicher wrote: >> >> And, finally, there is NeuroDebian which I guess could be included, but >> >> this would require some input from them. >> > I'm ke

Re: Every second year we are talking about a proper installer

Hi Andreas, thank you very much for your feedback! Andreas Tille <andr...@an3as.eu> writes: > On Sun, Apr 03, 2016 at 12:29:58PM +0200, Ole Streicher wrote: >> To do this technically, we could create a new package with "Priority: >> important" that just contai

Re: Every second year we are talking about a proper installer

Andreas Tille writes: > I'd like to attract your attention onto bug #758116 which is requesting > a sensible selection of Blends tasks right from the installer. I have been looking into this a bit and think I have a (compromise) solution. The main problem with tasksel is that

Re: how to get list of debianmed packages

Andreas Tille writes: > I tried your converted tasks_udd.py and after fixing a simply syntax > error I was running into: > > $ tasks_udd.py debian-med > Traceback (most recent call last): > File "./tasks_udd.py", line 28, in > tasks.GetAllDependencies() > [...] >

Re: how to get list of debianmed packages

Hi all, Andreas Tille writes: >> > On Mon, Mar 14, 2016 at 05:15:50PM +0100, Olivier Sallou wrote: >> > > > May be we should bundle better tools inside metapackages to output >> > > > the dependencies of the package in a nice way ... >> > > a web interface with json (or

Re: New upstream data in blends query

Andreas Tille <andr...@an3as.eu> writes: > On Fri, Mar 11, 2016 at 12:33:19PM +0100, Ole Streicher wrote: >> > >> > Now we need to check why non are from Debian Astro. Could you give me >> > some package names where you would expect similar results? >>

Re: New upstream data in blends query

Andreas Tille writes: >package|source| version | upstream_bugs > | upstream_repository >

Re: New upstream data in blends query

uot; text[] (325155e9 2016-02-21 08:32:34 +0100). at the end, and these I referred to here. Andreas Tille <andr...@an3as.eu> writes: > On Fri, Mar 04, 2016 at 01:46:46PM +0100, Ole Streicher wrote: >> Something is not completely working here: I get no upstream_repository >> entry,

Re: New upstream data in blends query

Hi Andreas, Andreas Tille <andr...@an3as.eu> writes: > On Wed, Mar 09, 2016 at 12:13:59PM +0100, Ole Streicher wrote: >> Since this (again) touched many code lines, I would wait for a full >> rebuild tonight and fix possible problems. If this turns out to be >> s

Re: New upstream data in blends query

Ole Streicher <oleb...@debian.org> writes: > So, let's keep them as they are, and see where we go. In the moment, I > think it would also be not too difficult to slowly make the original > subdir compatible with Python-3. I now merged much of the code in webtools and webtools_py3

Re: New upstream data in blends query

Andreas Tille <andr...@an3as.eu> writes: > On Fri, Mar 04, 2016 at 01:46:46PM +0100, Ole Streicher wrote: >> >> > Thanks. We are hoping for polar lights. ;-) >> >> Did you see any? > >http://fam-tille.de/island2016/slides/20160302_004944_ILC

Re: New upstream data in blends query

Hi Andreas, while you are discovering remote areas on Earth... Andreas Tille <andr...@an3as.eu> writes: > On Sun, Feb 21, 2016 at 01:44:00PM +0100, Ole Streicher wrote: >> >> There are no changes in blends/website.git yet? >> > Pushed now, thanks for reminding

Re: New upstream data in blends query

Hi Andreas, Andreas Tille <andr...@an3as.eu> writes: > On Sun, Feb 21, 2016 at 09:34:04AM +0100, Ole Streicher wrote: >> > Just ping me if this is the case - adding more values is quite easy. >> There are no changes in blends/website.git yet? > Pushed now, thanks for re

Re: New upstream data in blends query

Hi Andreas, Andreas Tille <andr...@an3as.eu> writes: > On Fri, Feb 19, 2016 at 04:19:13PM +0100, Ole Streicher wrote: >> The three d/u/metadata fields >> 'ASCL-Id', 'Bug-Database', and 'Repository' >> should end up in the result set as >> 'ASCL-Id', 'upstrea

Re: My sprint report

Andreas Tille writes: > But we need distinguished column names. Please tell me exactly what > keyword in the upstream/metadata file should end up in the result set > under what name (no duplicates please). The three d/u/metadata fields 'ASCL-Id', 'Bug-Database', and

Re: My sprint report

Andreas Tille <andr...@an3as.eu> writes: > On Fri, Feb 19, 2016 at 10:35:42AM +0100, Ole Streicher wrote: >> If this is just a simple "knowing-where" task: could I ask you to do it? >> Otherwise, it probably just has to wait until we have a common sprint >>

Re: My sprint report

Andreas Tille <andr...@an3as.eu> writes: > On Tue, Feb 16, 2016 at 11:19:12AM +0100, Ole Streicher wrote: >> >> From the udd git log, I can see that you also completed the reading of >> upstream/metadata in udd. Could you give me a hint on how to use this in >&

Re: My sprint report

Hi Andreas, Andreas Tille writes: > In the second part I created a UDD gatherer of the debian/upstream/edam > files created by other sprint participants to make a cross link between > Debian and EDAM. The UDD gatherer fetches the data from these files and > is exposing the

Re: Debian Pure Blends on www.debian.org

Hi Iain, I agree with you on the first parts ... "Iain R. Learmonth" writes: >> So if I provide an (installable) live-Image of Debian-Astro, I would >> "un-pure" the Blend? > > No, you can provide a Debian Live Installer just like Debian Hamradio and > Debian GIS The question

Re: Debian Pure Blends on www.debian.org

Jonas Smedegaard <d...@jones.dk> writes: > Quoting Ole Streicher (2016-01-25 14:49:25) >> Jonas Smedegaard <d...@jones.dk> writes: >>> One detail: That new page describes metapackage as a minimum >>> requirement for a blend - I disagree that to be a

Re: Debian Pure Blends on www.debian.org

Jonas Smedegaard writes: > One detail: That new page describes metapackage as a minimum requirement > for a blend - I disagree that to be a requirement¹, so am curious where > that came from. In my reading this page does not describe a requirement, but a status. And currently

Re: Debian Pure Blends Webpages

"Iain R. Learmonth" <i...@debian.org> writes: > On Sun, Jan 24, 2016 at 01:37:41PM +0100, Ole Streicher wrote: >> The font within the tables is smaller than the regular font. IMO this >> makes it a harder to read, and also doesn't look very aesthetically &g

Re: Debian Pure Blends Webpages

"Iain R. Learmonth" writes: > I have finally seperated the data from the presentation for the landing page > for Debian Pure Blends (https://www.debian.org/blends/). I've only just done > this so it may not have rebuilt yet. Thank you very much for this work! I have some

Re: Blends pages, tasks pages etc.

Andreas Tille writes: > Feel free to clean up. Just a question here: Is there a reasib why not the internal genshi i18n/l10n is used, but this is done explicitely in the python part? Best Ole

Re: Blends pages, tasks pages etc.

Hi Andreas, Andreas Tille writes: > Since my next plan is now to import the full information from tasks > files which is not on any other place to finalise the Python 3 version > it would be great if you could forward port the changes you did on the > Python 2 version to make

Re: Blends pages, tasks pages etc.

Hi Andreas, Andreas Tille <andr...@an3as.eu> writes: > On Sun, Jan 10, 2016 at 10:46:54AM +0100, Ole Streicher wrote: >> I then get the following output: >> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: >> ordinal not in range(128) found

Re: Blends pages, tasks pages etc.

Andreas Tille <andr...@an3as.eu> writes: > On Wed, Dec 09, 2015 at 09:48:12AM +0100, Ole Streicher wrote: >> Andreas Tille <andr...@an3as.eu> writes: >> > UDD is developed here: >> >ssh://git.debian.org/git/collab-qa/udd.git >> > You

Re: Blends pages, tasks pages etc.

Andreas Tille writes: > UDD is developed here: >ssh://git.debian.org/git/collab-qa/udd.git > You need to define a new table and write an importer. As a first attempt, I would like here to add the total number of installations from popcon (IMO this is a missing number in the

Re: Blends pages, tasks pages etc.

Hi Andreas, Andreas Tille <andr...@an3as.eu> writes: > On Wed, Dec 09, 2015 at 09:48:12AM +0100, Ole Streicher wrote: >> As a first attempt, I would like here to add the total number of >> installations from popcon > > I can confirm this simple patch. However, I inten

Re: Blends pages, tasks pages etc.

Andreas Tille <andr...@an3as.eu> writes: > On Mon, Dec 07, 2015 at 06:02:14PM +0100, Ole Streicher wrote: >> Not really: Sure, some information should be taken from the NEW >> queue (like the WNPP bug number). But for example it would be useful to >> have the RCS URL av

Re: Blends pages, tasks pages etc.

Andreas Tille writes: > If some package is in new it is detected by checking the table > new_packages and the information is taken from this table (exclusively). > > If a package is not in new it is checked whether it can be found in > blends_prospective_packages table which is

Re: Blends pages, tasks pages etc.

Andreas Tille <andr...@an3as.eu> writes: > On Sun, Dec 06, 2015 at 01:23:12PM +0100, Ole Streicher wrote: >> * For packages in NEW, the ITP and the git repository would still as >> useful as for the "packaging started" section. Is there a reason, by >> bl

Re: Blends pages, tasks pages etc.

Andreas Tille <andr...@an3as.eu> writes: > On Mon, Dec 07, 2015 at 09:06:55AM +0100, Ole Streicher wrote: >> > I guess I simple wrote the ftpnew importer before I had the idea to also >> > fetch these data. For sure it is relevant - I think I need to store &

Re: Blends pages, tasks pages etc.

Paul Wise <p...@debian.org> writes: > On Sun, Dec 6, 2015 at 8:23 PM, Ole Streicher wrote: > >> Two point here, however: Screenshots make sense only for quite a subset >> of packages, so I am not sure why people should get attracted to them in >> a general way. And

Re: Blends pages, tasks pages etc.

Hi Paul, Paul Wise <p...@debian.org> writes: > On Mon, Dec 7, 2015 at 3:58 PM, Ole Streicher wrote: >> At least for astronomy, most of the packages are part of some framework: >> Python, GDL, (ESO-) CPL etc. They usually have their user interface >> through the frame

Re: Blends pages, tasks pages etc.

Hi Andreas, Andreas Tille <andr...@an3as.eu> writes: > On Sat, Dec 05, 2015 at 08:34:27PM +0100, Ole Streicher wrote: >> > I keep on failing how you draw the conclusion what users are >> > expecting. >> >> OK, so could you describe what the expections of t

Re: Blends pages, tasks pages etc.

Hi Andreas & all [about a different presentation for the package lists]: Andreas Tille wrote: > Well, I try to make users become "developers" in a sense that they > provide translations, debtags and so on. A part of Blends devlopers are > also users. So the distinction into two groups users on

Re: Blends pages, tasks pages etc.

Andreas Tille <andr...@an3as.eu> writes: > On Sat, Dec 05, 2015 at 02:45:43PM +0100, Ole Streicher wrote: >> It is just the long description that is hidden -- the short one is >> visible and gives a good hint of what the program does. This is what I >> would expect a use

Re: Blends html integration

Hi Andreas, Andreas Tille <andr...@an3as.eu> writes: > On Wed, Nov 25, 2015 at 08:23:43AM +0100, Ole Streicher wrote: >> What would be the way to do that? In principle, it should be procesed >> like the other tasks pages. > > Perhaps you might like to visit update-

Blends html integration

Hi all (probably mainly Andreas), apart from the discussion about the best individual tasks list, I have a question about the integration of a main page: I'd like to get the individual "teaser" apps onto the Debian-Astro main page as demonstrated in the mockup. The description, web pages,

Re: Blends pages, tasks pages etc.

Paul Wise writes: > Uh, Debian isn't a corporation. I guess Kalle's web design was meant: > > https://wiki.debian.org/KallesDesign > > This is what we use on the Debian website and other places. Yep. I think it is quite important to have a similar design everywhere; call it

Re: Blends pages, tasks pages etc.

Paul Wise <p...@debian.org> writes: > On Mon, Nov 23, 2015 at 7:12 PM, Ole Streicher wrote: >> Maybe the reason that the tasks pages were not discussed before is that >> it is not clear what they are made for: Are they mainly for our *users* >> to help them finding ou

Re: Blends pages, tasks pages etc.

Andreas Tille <andr...@an3as.eu> writes: > On Fri, Nov 20, 2015 at 10:12:11AM +0100, Ole Streicher wrote: >> http://ole.ath.cx/astro-mockup/ > > Looks pretty nice - I personally would not use a different location but > would install it right on the Blends page. Yo

Re: Blends pages, tasks pages etc.

Andreas Tille writes: >> I tried this, and just started an "python tasks.py astro", but this >> completed without any output (and any visible change). I probably need >> to set the output directory as well, what else? > > tasks.py debian-astro Thanks. At least, it does not

Re: Blends pages, tasks pages etc.

Andreas Tille writes: > Probably we need another field like > > Depends: keypackage > Teaser: yes > > or something like this. Any better suggestions are welcome. I was think about defining the teasers directly in the web page; but your idea is great here! However, there are

Re: New blend creation (debian-astro)

Hi Iain, "Iain R. Learmonth" writes: > On Tue, Nov 03, 2015 at 03:16:33PM +0800, Paul Wise wrote: >> Integration into the blends website, not sure how this works: >> http://blends.debian.org/ > > The front bits of the blends website here will be going away, this is now >

Re: New blend creation (debian-astro)

Andreas Tille <andr...@an3as.eu> writes: > Please keep on reading the whole string!!! > ... H.M., Deil, C., Woillez, J., Conseil, S., Kramer, R., Turner, I have no idea what this is. "git blame" tells me f.e. [1]: d848a28a (Ole Streicher 2015-03-28 13:22:23 +0100

Re: New blend creation (debian-astro)

Andreas Tille writes: >> However, it also reports packages tagged with a "WNPP" as error. In >> the past, one could use this field to grab the values from an ITP >> bug; I guess this is not anymore possible. Right? > > It was _never_ possible and I'm afraid it will _never_ be.

Re: New blend creation (debian-astro)

Hi Andreas, Andreas Tille writes: >> The package development is in our git: >> >> https://anonscm.debian.org/cgit/debian-astro/packages/debian-astro.git >> git://anonscm.debian.org/debian-astro/packages/debian-astro.git > > That's OK even of most other Blends are in > >

Bug status

Hi, I am currently preparing a new Debian Pure Blend (Debian Astro), and I am curious about the status of this bug. Is this something that is going to be implemented in stretch? And what are currently the main obstacles? The last entry was from one year ago -- did anything happen behind the

Re: New blend creation (debian-astro)

Andreas Tille writes: > BTW, at > >http://blends.debian.org/_logs/ > > you can find the logs of the web sentinel with usually helpful information > about problems when rendering the tasks. In the Debian Astro case it > claims improper Authors fields which should be fixed in

Re: New blend creation (debian-astro)

Andreas Tille <andr...@an3as.eu> writes: > On Wed, Nov 04, 2015 at 10:41:58AM +0100, Ole Streicher wrote: >> I don't understand the warning here -- I only use "," to separate (last) >> name and initials. It is the same as f.e. for astrometry.net, just the >

Bug#799137: ITP: debian-astro -- Debian Astronomy Pure Blend Metapackages

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-blends@lists.debian.org * Package name: debian-astro Version : 0.1 Upstream Author : Debian Astronomy Maintainers &

Re: Blends and (astronomy) meta-packages

Andreas Tille andr...@an3as.eu writes: The nice thing about python libs is that they usually serve as end-user applications (though ipython), and also as development packages. The ease of conversion between an interactive analysis to a programs is IMO what makes Python so successfull (and

Re: Blends and (astronomy) meta-packages

Andreas Tille andr...@an3as.eu writes: Can I use the blends-dev tasks without actually creating a blends task but a normal metapackage? Before I can answer this question please define normal metapackage. A metapackage that does not appear in the tasksel list. My idea here is: I can generate

Blends and (astronomy) meta-packages

Hi, for the debian-astro group, I maintain the python-astropy package. This package is accompanied with a couple of affiliates packages, some of which are already in Debian (like astroquery), or in the packaging process. In the astropy development, there recently came up the idea of a

Processing of (debian-science) tasks

Hi all, I am curious whether there is a log file available for the processing of the tasks files (f.e. debian-science) to create the web pages? Specifically, I am looking at the astronomy pages: http://blends.debian.org/science/tasks/astronomy which have some glitches that I do not understand:

<    1   2