Re: Question wrt wiki.debian.org
On Wed, 2010-05-26 at 01:54 +0200, Diederik de Haas wrote: On Wednesday 26 May 2010 01:24:19 Frank Lin PIAT wrote: [Hi Geoff, I'm CC'ing you because I am interested in your POV] On Tue, 2010-05-25 at 20:04 +0200, Diederik de Haas wrote: Apart from that, should the possibility of using sudo be mentioned? Well, on one side, sudo isn't enabled. On the other hand, sudo should be configured in large organization... my *own* opinion is/was that we should link to the root page, typically using a statement like: Execute this command as [[root]]. The root page explains how to execute a command as Root in Debian (in Gnome, KDE, Desktop, Server... the page can still be improved). I like the idea of linking to the root page ... If yes, what would be a proper way to go about that? - prefix commands with $ or # depending on what rights are required No one ever worked on standardizing this is the wiki, your help is welcome if you are interested/motivated. Is there already a page which describes the difference between $ and #, so there could be link to There isn't such page. There used to be a CommandPrompt page[1], but it was dropped because it's quality was pretty low, compared to any bash/shell howto. The question is... who would actually read a page explaining the difference between $ and # ;) A separate page about $ vs # doesn't seem all that useful indeed. But we could add that info to the root page, since switching to root would also change the prompt. And on the root page we could also mention that a non-root user could perform those tasks/commands by using sudo, which will be a link to the sudo page describing how to set it up, when to use it, etc. That way on any given page (with a link to the root page) users can click through to sudo if that's what they prefer/need to use. Agreed btw: the Root page surely needs some loving, it links to a German and a French page of an obsolete version of the Debian Reference, as well as non-existing man pages (instead of wiki pages) I often advocate to use existing documentation, rather that rewriting wiki page (with basically the same content). I get touch with manpages.debian.net, to tell him manpages.d.net is broken. and I don't think the following line is 'preferred', since it indicates a preference to sudo: However, it's recommended to configure and use sudo (or gksudo) to run a given command. sudo isn't configured by default, but it is the recommended way to execute a command as root (1. to avoid mistake by not running all command as root. 2. because sudo is auditable. 3. because a sudoers don't need to know root's password). I have added this rational to the wiki page. You are welcome to improve the Root and sudo pages (and other wiki pages;) Regards, Franklin -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1274855988.4429.829.ca...@solid.paris.klabs.be
Bug#512368: please disable the gui editor [rt.debian.org #597]
Hi, This issue is known as both : - RT #597 - Bug: 512368 Holger Levsen wrote: reading the diff of edits done by the gui editor is terribly, as it adds random linebreaks and other changes, making spotting the real diff really hard. The GUI editor will be disable in Lenny's moinmoin 1.7, because it uses an old version of fckeditor (it will be back in Squeeze's moinmoin 1.8+). Therefore I agree we should disable the GUI editor. I find it sensible to disable the GUI too. This can be acheive by adding the following lines in /etc/moin/$foobar.cfg editor_force = True editor_default = 'text' I suggest that we cordinate this change when we change to the new wiki Frontpage layout (basically, switch to moinmoin modern CSS and use a sidebar...), preview at: * http://www.klabs.be/debian-wiki-dev/ Franklin -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507873: CD vendors cleanup needed
MJ Ray wrote: I'm putting this report into the bug tracker so someone else can complete it before I do, if appropriate. Frank Lin PIAT [EMAIL PROTECTED] wrote: I think the following CD vendors could/should be removed: * http://www.opensoft.nl/cdshop/product_info.php?products_id=35 Still sell Debian Sarge. I will cc them on this email. Not sure if we have a policy of delisting for that. To clarify, I don't suggest to remove them because they sell Sarge, but based on the fact that they don't sell Debian/Stable (Etch). * http://www.compralinux.com/ 63 Euros for 3 DVDs... Nuteca in Spain - seems to sell Debian 4.0 DVD. Why remove them? 63 Euros don't seems to be a reasonable price for burning and shipping 4 DVDs, IHMO. Nuteca is free to choose the price for the product, it doesn't mean we have to advertize them. Thanks, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Generating pdfs out of moinmoin/debian wiki
Hello Lucasz On Wed, 2008-12-03 at 11:28 -0600, Lukasz Szybalski wrote: Hello, I noticed this page was created and I went head and tried it: http://wiki.debian.org/MoinMoin/GeneratePdf Sorry, I didn't point you to this page in reply to your previous email, because I thought I already gave you this URL (Now I've checked my Sent mailbox... and it appear I didn't sent you such mail). You might want to have a look at DR help: http://wiki.debian.org/DebianReference Osamu, could you tell me if its possible to get your Debian reference as one docbook xml file, and how? Since it's xml, can can probably easily merge them with a xslt. Alternativelty, DebianEdu seems to use a different hack: http://wiki.debian.org/DebianEdu/Documentation/Etch/AllInOne?action=raw Hope this helps, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Lenny announce banner
Hi Andre, On Tue, 2008-12-02 at 15:18 -0200, Andre Luiz Rodrigues Ferreira wrote: Hi all! I made a banner[1] for the announce of Lenny. This banner is based in the Moreblue Orbit theme.[2] Those are... great. Perhaps, would be good include it on Debian website when Lenny is ready. I like the Fedora[3] and OpenSuse[4] work. My personal first choice would be to have it on the website. preview: http://www.klabs.be/~fpiat/linux/debian/proposals/2008-12-02_moreblue/ Alternatively, the wiki could be used: http://wiki.debian.org/FrontPageV3Sandbox Thanks Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DebianWiki: Draft of a new frontpage [RFC]
Hi, Frank Lin PIAT wrote: I have drafted a new(1)[2] front page for the wiki. I would like to get more feed-back (even from people that aren't involved in the wiki.) Thanks in advance, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DebianWiki: Draft of a new frontpage [RFC]
On Wed, 2008-11-26 at 22:40 +0100, Simon Paillard wrote: On Wed, Nov 26, 2008 at 12:48:44AM +0100, Frank Lin PIAT wrote: I have drafted a new(1)[2] front page for the wiki. My main purposes were to: - Get more people to contribute to Debian (at large). - Get visitors to use the search engine, rather than click on links. - Frontpage should reflect the content of the wiki (humm...). - Show that Debian is active/successful. Ack on all these items. I tend to think that a frontpage without a sidebar isn't efficient for navigation (and it's a waste of space)... So I had to twist moinmoin a little bit to achieve that (the stuff at the bottom of the page will be moved somewhere else later). Maybe a folding sidebar, in order to avoid displaying the whole site/wiki hierarchy. That would be difficult using moinmoin (and probably many other wikis). But anyway, my point is to change the content of the front page, changing the design (CSS) is a side effect + see below. The page isn't finished yet, but I would like to get some feedback from you. Thanks in advance for you feedback and contribution. It reminds me too much our plain old website I think I'm going to change the blue side bar for another color ;) i.e. too much information on the start page. regarding the sidebar: - The News page should actually be moved to the website, since there's no news content on the wiki. - The Contributing entries could be summarized in three points (devel, non-devel and wiki)... but see point #1 in my list above. - Note that all pages targeted to developers and package maintainer have already been moved to DevelopersCorner (which is actually an alternate Frontpage). regarding the main body: Each section serves it own purpose... but - The section Page needing contribution could be moved to the subpage about contributing the the wiki. - I hope we get enough contribution, so the section News (Official and unofficial Debian-related news) could be a list of new wiki pages! I prefer the current layout and design of the wiki frontpage The existing design (CSS) is nice but I can't reuse it. The page layout prevent from providing any content on the frontpage... therefore it doesn't change... and the wiki seems inactive. (for example the icons). Not me. The problem with icons, is that it's very difficult to find an icon that match the content, unless you draw them yourself. (Get a KDE user, and ask him/her what's the content he/she expects for each icon) Also, what message do we want to carry? By the way, Kalle Soderman is doing nice work (though not much advertising on the list, he is certainly right given the previous feedback sent to website layout proposals) : http://www.kalleswork.net/projects/debian/simple/newwiki/ (See his webpage http://www.kalleswork.net/projects/debian/) IMO, The only way to get everyone agree on a layout (CSS), it's to get many proposal, the ask some people to vote for one of them. (1) Well, it is not so new, since it is very similar (and inspired) by entries of the one we had one year ago. [2] http://wiki.debian.org/FrontPageV3Sandbox (and http://wiki.debian.org/DevelopersCorner is merely started) I'll try to make the page a bit lighter. But we have very different PoV. Thanks, Franklin On Wed, 2008-11-26 at 22:40 +0100, Simon Paillard wrote: On Wed, Nov 26, 2008 at 12:48:44AM +0100, Frank Lin PIAT wrote: I have drafted a new(1)[2] front page for the wiki. My main purposes were to: - Get more people to contribute to Debian (at large). - Get visitors to use the search engine, rather than click on links. - Frontpage should reflect the content of the wiki (humm...). - Show that Debian is active/successful. Ack on all these items. I tend to think that a frontpage without a sidebar isn't efficient for navigation (and it's a waste of space)... So I had to twist moinmoin a little bit to achieve that (the stuff at the bottom of the page will be moved somewhere else later). Maybe a folding sidebar, in order to avoid displaying the whole site/wiki hierarchy. That would be difficult using moinmoin (and probably many other wikis). The page isn't finished yet, but I would like to get some feedback from you. Thanks in advance for you feedback and contribution. It reminds me too much our plain old website, i.e. too much information on the start page. the sidebar: - The News page should actually be moved to the website, since there's no related content on the wiki. - The Contributing entries could be summarized in three points (devel, non-devel and wiki)... but see point #1 in my list above. - Note that all pages targeted to developers and package maintainer have already been moved to DevelopersCorner (which is actually an alternate Frontpage). the main body: Each section serves it own purpose... but - The section Page needing contribution could be moved to a subpage about contributing the the wiki
Re: DebianWiki: Draft of a new frontpage [RFC]
Andrei Popescu wrote: On Wed,26.Nov.08, 00:48:44, Frank Lin PIAT wrote: Hello, I have drafted a new(1)[2] front page for the wiki. My main purposes were to: - Get more people to contribute to Debian (at large). - Get visitors to use the search engine, rather than click on links. - Frontpage should reflect the content of the wiki (humm...). - Show that Debian is active/successful. Looks good with the 'modern' theme, but not with the default theme. What happened to the bug requesting change of the default theme? At DC8, we agreed to launch a website design contest (which could be applied all debian.org website, including the wiki). I didn't find the time to work on that yet (Lenny is eating my time). Still, it might be a good idea to switch to modern when we switch to the new frontpage. I'll see how it looks. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[rt.debian.org #912] : Upgrade Debian Wiki underlay
Hi, It seems that I forgot to CC the mailing list when I opened that ticket. Franklin Original Message Subject: [rt.debian.org #912] AutoReply: [Debian RT] Upgrade Debian Wiki underlay From:requests related to wiki.debian.org via RT [EMAIL PROTECTED] Date:Sun, November 23, 2008 23:12 To: [EMAIL PROTECTED] -- Greetings, This message has been automatically generated in response to the creation of a trouble ticket regarding: [Debian RT] Upgrade Debian Wiki underlay, a summary of which appears below. There is no need to reply to this message right now. Your ticket has been assigned an ID of [rt.debian.org #912]. Please include the string: [rt.debian.org #912] in the subject line of all future correspondence about this issue. To do so, you may reply to this message. Thank you, [EMAIL PROTECTED] - Hello, When Debian wiki engine was upgraded from moinmoin 1.3 to 1.5, it seems that the underlay wasn't upgraded. The underlay contains some content that is provided by upstream. It especially user interface stuffs and built-in help pages. Two of the most broken pages are: * http://wiki.debian.org/UserPreferences Which says Use Firstname''Lastname for username... Well, many people actually type John''Doe as their username ! * http://wiki.debian.org/SandBox?action=editeditor=text The syntax examples of the edit box are broken. Let me know if I can help. (Testing the upgrade from a snapshot of the wiki, etc.) Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Wiki FlashPlayer page
Lukasz Szybalski wrote: On Wed, Nov 5, 2008 at 1:10 AM, Frank Lin PIAT [EMAIL PROTECTED] wrote: Lukasz, On Tue, Nov 4, 2008 at 5:25 PM, Frank Lin PIAT [EMAIL PROTECTED] wrote: On Tue, 2008-11-04 at 23:14 +0100, Alexander Reichle-Schmehl wrote: Lukasz Szybalski schrieb: It was there before. Was flashplugin-nonfree removed from debian repository? See http://www.debian.org/News/2008/20080217. It was removed with 4.0r3 because of missing security support. Updated packages are available via backports.org. Thank you. I've merged that information in the wiki page. Also, I've removed duplicate content in Manual-Howto. On Tue, 2008-11-04 at 17:33 -0600, Lukasz Szybalski wrote: Did you verify before you deleted the section form manualhowto? The manual-howto had instruction on how to manually install flash player to /usr/lib/mozilla/plugins/ vs the flash=player page does not. As I mentioned in the changelog, I removed that section because it duplicate the content of the page FlashPlayer. I decided not to merge the content because explaining how to manually install something is just the wrong way to do things: I defeats the purpose of having a distribution. People willing to install or compile stuffs manually should use LFS, Gentoo, Windows or whatever. I agree that installing things manually is a pain but in this case it seems as one of the options. First flash player was in sarge, but didn't work, Then sarge fixed it year later Second etch came in with flash player, it worked then got removed The ftpmaster removal log states : [Date: Sat, 16 Feb 2008 12:46:05 +] [ftpmaster: Archive Administrator] Removed the following packages from stable: flashplugin-nonfree | 9.0.115.0.1~etch1 | source, i386 Closed bugs: 458550 --- Reason --- RoSRM; security nightmare You'll find the rationale fot it's removal in: http://bugs.debian.org/458550 I don't understand why it was removed either, but anyway the current recommended way to install Flashplugin is documented by the maintainer in the page FlashPlayer (basically: use backports.org) Third, backports repository is questionable... so the only way to me seems like a manual install is one of the options. Installing anything manually is a bad practice. - One have to reinstall it again and again, especially when new security updates are published. - A vulnerable version could remain installed for a while. - The file isn't managed by apt/dpkg (conflict and dependencies) - Why do manually waht can be done automacically - And many other reasons that don't comes to my mind... Above point doesn't matter now. I've merged the changes to Flash-player page. Document this procedure on your own website if you want, but not on the wiki, where we only list recommended practices. At the risk of getting you upset, I'll remove that again. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Images of installation process on wiki?
Lukasz Szybalski wrote: Hello, I was wondering if anybody has images of how to install Debian that we could add to a wiki? Thanks to installgui installer, you can now easily take the screenshots. I had documented it here : http://wiki.debian.org/ScreenShots#debian-installer-gui Something like this: http://www.linuxelectrons.com/features/reviews/linuxelectrons-peeks-debian-3-0r1 but maybe better quality (through vmware installation or some background desktop recording software? Looks like a good idea. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Wiki FlashPlayer page
On Wed, 2008-11-05 at 11:33 -0600, Lukasz Szybalski wrote: On Wed, Nov 5, 2008 at 11:08 AM, Franklin PIAT wrote: Lukasz Szybalski wrote: On Wed, Nov 5, 2008 at 1:10 AM, Frank Lin PIAT On Tue, 2008-11-04 at 17:33 -0600, Lukasz Szybalski wrote: Did you verify before you deleted the section form manualhowto? The manual-howto had instruction on how to manually install flash player to /usr/lib/mozilla/plugins/ vs the flash=player page does not. As I mentioned in the changelog, I removed that section because it duplicate the content of the page FlashPlayer. I decided not to merge the content because explaining how to manually install something is just the wrong way to do things: I defeats the purpose of having a distribution. People willing to install or compile stuffs manually should use LFS, Gentoo, Windows or whatever. I agree that installing things manually is a pain but in this case it seems as one of the options. First flash player was in sarge, but didn't work, Then sarge fixed it year later Second etch came in with flash player, it worked then got removed Third, backports repository is questionable... so the only way to me seems like a manual install is one of the options. Installing anything manually is a bad practice. - One have to reinstall it again and again, especially when new security updates are published. - A vulnerable version could remain installed for a while. - The file isn't managed by apt/dpkg (conflict and dependencies) - Why do manually waht can be done automacically - And many other reasons that don't comes to my mind... Above point doesn't matter now. I've merged the changes to Flash-player page. Document this procedure on your own website if you want, but not on the wiki, where we only list recommended practices. At the risk of getting you upset, I'll remove that again. How about just add the warning you just mentioned... Installing anything manually is a bad practice. - One have to reinstall it again and again, especially when new security updates are published. - A vulnerable version could remain installed for a while. - The file isn't managed by apt/dpkg (conflict and dependencies) - Why do manually what can be done automatically Because If you don't want to use backports then that is your only option. Why wouldn't you install backports? My opinion on the plugins is that they are exception to a lot of things. Why? They are not stable and if you don't have most recent flash plugin then your website don't work, and if you website don't work then debian doesn't work. The maintainer is quite responsive (flash v10 have been in experimental for a while). On the other hand, new versions of software can introduce regression (i.e are not compatible with existing sites, and security issues). So I think manual option instructions should be available. No, no, no. Please. I'll add the warning you just mentioned. Have you every seen a software vendor documenting a procedure, then say Hey, this is a hack, don't do it (Well, ok, I know one such vendor that keeps saying Don't modify you registry directly!) I know for sure there are places that have not recommended practice so I would put the warning on and let user decide instead of forcing users to use one way over another. If you know any such page, then fix it please (fix = delete the wrong part). If there was a security bug in a software and since its proprietary we really can't do patches to it, this means that this can happen again. If lenny was stable now and there was a security problem flashplayer would get removed again. I wonder if a better solution would be to create a package that gets the newest version from flashplayer website. Something similar to djbdns or broadcom firmware package. I'll post the question to the bug. Make sure you read previous flashplugin-nonfree bugs (and mailing list?). I'm pretty sure the question was already explained. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: URGENT: Please remove my email from your web-page
Charles Plessy wrote: Le Wed, Oct 29, 2008 at 09:10:23AM +0100, Frank Lin PIAT a écrit : When answering such request, what about BCC'ing the sender, and add a note at the top of the page, like [John Doe was BCC'd] That was indeed a stupid mistake of me :( BOFH It was actually a s*** mistake of the end-user ;) /BOFH You definetly made the best answer of all the one posted, and it was consistent we the current practice on this ML (AFAIK). Do you think we could document this recommendation somewhere ? I can setup a wiki page with templates and this (first) recommendation. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Web editor for webwml
On Mon, 2008-10-20 at 06:22 +0200, Oz Nahum wrote: The benefit would be to make it easier to contribute the website [..]it still needs some kind of a control and review before changes on the webinterface for wml appear on the main web pages... Me too. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Web editor for webwml
On Tue, 2008-10-14 at 13:32 +0200, Gerfried Fuchs wrote: With the same reasoning one could open a bugreport for switching to ikiwiki. And to some degree I would even see the good in the latter. :) FYI I just found that mozilla.org provides two means of editing web pages : CVS or web based interface[1]. You can test the later with the page mozilla-org/html/projects/granparadiso/index.html for instance. The web pages, like [2] directly links to the editing page, à la wiki. I have been thinking of something like that for a long time. The benefit would be to make it easier to contribute the website, so the wiki don't get used for official stuffs. The tool they use is bonsai[3]. Franklin [1] https://doctor.mozilla.org/ [2] http://www.mozilla.org/projects/granparadiso/ [3] http://www.mozilla.org/projects/bonsai/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501954: use MediaWiki instead of MoinMoin
On Sun, 2008-10-12 at 05:50 +0800, [EMAIL PROTECTED] wrote: Package: wiki.debian.org Severity: wishlist I hereby propose wiki.debian.org be moved from MoinMoin to the popular MediaWiki software. Please provide rationale for this proposal. I expect this proposal to sit here for several years slowly gaining supporters (so please don't just stamp it wontfix, etc.) By that time there will be even more programs available to do the conversion than now. Unless you provide some rationale, I would close this wishlist. BTW, The following pages are considered replace to elaborate : http://wiki.debian.org/DebianWiki/Engine http://wiki.debian.org/HelpMoveDebianWikiToMediaWiki Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug 358459: The problem could be solved on Debian's side
On Thu, 2008-10-09 at 16:55 +0200, Didier Raboud wrote: My actual konqueror (3.5.9.dfsg.1-5) sends Accept-Language: fr,en, which, according to RFC2616 (HTTP1.1) [0], means that both french and english are _equally_ acceptable (Section 14.4) : [..] My proposal is to render the correct language page according to the user's priority list (ordered list), instead of the server's. If the web server were to render page according to the list order, it would mean that it doesn't consider them equally acceptable. The way I understand the specs is that if a user states that two languages are equally acceptable, then it means that it's up to the server to negotiate, based on it's own criteria. The RFC2616 12.1 Server-driven Negotiation says : However, an origin server is not limited to these dimensions and MAY vary the response based on any aspect of the request, including information outside the request-header fields or within extension header fields not defined by this specification. And that's very useful for server side negotiation, because on the server side, it's likely that the language were written in one given language, then translated. It would then be sensible to provide the original document. Thanks for the suggestion anyway (and Keep reporting bugs). Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Not Cool - If a registration or a donation would prevent this - I'd do it, But this is rude.
Hello, On Tue, 2008-09-23 at 14:15 -0500, Jonah Holmberg wrote: http://wiki.debian.org/Games/Supertuxkart Warning: You triggered the wiki's surge protection by doing too many requests in a short time. Please make a short break reading the stuff you already got. When you restart doing requests AFTER that, slow down or you might get locked out for a longer time! The moinmoin wiki engine has a built-in protection to prevent abuses. This error message should not happen when you browse the wiki. - Did you visit a *lot* of pages, very-very quickly ? - Are you behind a proxy (school, etc...) where multiple visitor might come from the same IP as you ? If a registration or a donation would prevent this - I'd do it, but this is rude. Debian is 100% free. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki.debian.org: cannot concatenate 'str' and 'instance' objects
Hello, On Fri, 2008-09-12 at 01:14 +0300, Timo Juhani Lindfors wrote: I started to edit a new page and after I had hit preview a few times http://wiki.debian.org/DebianOnFreeRunnerTodo#preview returned TypeError cannot concatenate 'str' and 'instance' objects If this error occurred after you copy-paste some text from MS Word, MS Excel, etc, then it's a known bug in this version of Moinmoin. It will be fixed when wiki.d.o will be upgraded. If the bug occurred in different circumstances, then do you know how to reproduce this bug? Or at least could you remember what you did, just before the error occurred? Did you already have this error ? how often ? Thank you for reporting this error. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Wiki: License Helping with transition
On Wed, 2008-09-03 at 20:26 -0400, Daniel Dickinson wrote: On Thu, 04 Sep 2008 01:13:52 +0200 Franklin PIAT [EMAIL PROTECTED] wrote: On Wed, 2008-09-03 at 18:34 -0400, Daniel Dickinson wrote: On Wed, 03 Sep 2008 09:02:43 +0200 Franklin PIAT [EMAIL PROTECTED] wrote: So to make it short : You can create a book on our wiki, with a specific license. Also, you are welcome to review the page [3] and [4]. Is there anyway to make sub-pages also automatically have the appropriate copyright? It's going to be a pain if a user starts a new page and I have to contact a page creator each time a new page is created because the wiki has no copyright. Short answer no, but from my experience, users rarely create pages in such projects. I guess I should clarify. I don't expect full-blown manual pages, just recipes and hints and tips and that sort of thing. Your parent parent page should contain some instructions on how to contribute to that documentation. Typically, you should have a page that contains the license, then include that page in subpages, with : [[Include(MyPageName/Copyright)]]. Ah, I didn't know about that. Do not expect users to write a manual, it just doesn't work. If you want someone to write a manual, you will have to write it yourself. (Contributors write a few lines in a page, but they don't *build* a structured text, like a manual or a book). Ah, well that I expected. What I want is a place for things like how to get this piece of hardware working and the like, as happens on the Ubuntu wiki by non-devs. It's probably a wrong example : * The wiki already have such pages (see InstallingDebianOn). * We (you, me and the users) don't want to have multiples page on the wiki to report hardware howtos. * Those pages are very different from a concept of manual. * Those pages are probably very generic for Debian, and they shouldn't be located within your subpages, IMHO. Another question is : do you want to write a manual or a wiki ? The actual manual will be written by me, I'm just hoping that there will be contributions that are useful other than my own (maybe even by devs once it's well underway), since I probably won't think of everything and it would speed things up if other people contributed. And of course rewording for clarity and correctness and that sort of thing when I make errors (in fact that is probably the single biggest things I actually am thinking is likely, and am hoping will happen). That's the level of contribution you should expect (except the rewording). You may have more contribution, but that would be bonus ;) Most of what goes in the manual will not be specific to my project although some of the desktop stuff will be XFCE-specific (and I'm hoping someone else will do Gnome and KDE bits so the manual becomes a point of reference for most end-users). [EMAIL PROTECTED] You should get in touch with Osamu Aoki (the maintainer of DebianReference) and talk with him to understand why DR isn't a regular user guide. If I could give you one advice... You should define what you exactly want to cover in your book, then evaluate how much time you can afford. The objective is to move things from the wiki to other pages, the wiki is just a convenient places for collaborative editing. I hope. Unless I'd be better advised to just write docbook to start, and get patches (but again, I'm hoping there will be edits from non-dev users too). Docbook allow variable substitution (useful for derivatives). Actually, you might want to see if you can reuse [patch] an existing documentation. Regards, Franklin P.S. You may feel that some of my answers are a bit negative... It's just that I'm pointing to where others have failed in the past. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497851: www.debian.org: link to Ubuntu wiki leads to non-existent page
reassign 497851 qa.debian.org thanks On Thu, 2008-09-04 at 21:52 +0200, Sven Joachim wrote: The newly created link to the Ubuntu wiki on http://packages.qa.debian.org/letter/package.html is wrong. This bug applies to pts, which is handled by the QA team (AFAIK). I'm forwarding the bug. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Wiki: License Helping with transition
Hello Daniel, On Wed, 2008-09-03 at 00:08 -0400, Daniel Dickinson wrote: Is there anything a non-DD can do to help get the debian wiki licensing mess straightened out? I'd like to help, but I'm not a DD. An overview of the situation is available at [1] and [2]. Our plan is prepare some pages that present the situation ([3], [4]) then ask people for comments. (on debian-legal, then debian-user and debian-devel) Contribution/comments/review of the pages [3] and [4] are welcome. [1] http://wiki.debian.org/DebianWiki/LicencingTerms [2] http://bugs.debian.org/385797 [3] http://wiki.debian.org/DebianWiki/LicencingTerms/Proposals [4] http://wiki.debian.org/DebianWiki/LicencingTerms/RelicensingStrategy Also, I'd like to point out that this is something that I'm going to have to set up a separate wiki because of, because the current wiki situation doesn't allow for my use case. If you write a standalone documentation, then it's ok to apply specific license. Have a look at : http://wiki.debian.org/DebianEdu/Documentation/Etch/ http://wiki.debian.org/DebianReference All the stuff I do will of course be DFSG-free, I just want to make sure I can incorporate what others do into my own works, assuming them Incorporating external stuff is another tricky part of [3] (especially if we choose Public domain or CC0, because importing copyrighted stuff in a PD work is ... wrong ) meant for such to happen (which is what is *implied* by a wiki, by *not* what is actually legally the case). Wikipedia have interesting comments on that implied vs legal aspect : http://en.wikipedia.org/wiki/Public_domain#.28Almost.29_everything_written_down_is_copyrighted So to make it short : You can create a book on our wiki, with a specific license. Also, you are welcome to review the page [3] and [4]. Regards Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ia64 netinstboot image
Hello, On Wed, 2008-09-03 at 22:36 +0200, Steffen Bode wrote: the actual netinst cd image (4.8.08) for ia64 doesn't boot. all parameters, cd drives and so on are correct. im suspecting that this error is not new ;-) ? According to the cd image date you mentioned, I assume you used the image from Etch 4.0r4a, from : ftp://cdimage.debian.org/cdimage/release/4.0_r4a/ia64/iso-cd/ You should verify the checksum of your cdrom, against the one in file MD5SUMS or SHA1SUMS. any suggestions please ? The debian-www list is about the Debian website(s), so if your problem persists, consult : Reporting Installation Problems http://d-i.alioth.debian.org/manual/en.ia64/ch05s03.html#problem-report and Submitting Installation Reports. Or contact the IA64 Mailing list http://lists.debian.org/debian-ia64/ In both case, try to provide the error message you have (or the last line display on the screen). Regards, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Wiki: License Helping with transition
On Wed, 2008-09-03 at 18:34 -0400, Daniel Dickinson wrote: On Wed, 03 Sep 2008 09:02:43 +0200 Franklin PIAT [EMAIL PROTECTED] wrote: So to make it short : You can create a book on our wiki, with a specific license. Also, you are welcome to review the page [3] and [4]. Is there anyway to make sub-pages also automatically have the appropriate copyright? It's going to be a pain if a user starts a new page and I have to contact a page creator each time a new page is created because the wiki has no copyright. Short answer no, but from my experience, users rarely create pages in such projects. Your parent parent page should contain some instructions on how to contribute to that documentation. Typically, you should have a page that contains the license, then include that page in subpages, with : [[Include(MyPageName/Copyright)]]. I'm planning on starting this stuff this month, and it will be on docbook xml format, for the packaged/published parts, but the wiki will be the place for user comments, mutual help, etc. Would that be appropriate for content that will be, hopefully, added as a debian desktop manual (rather than the debian reference which is essentially a unix manual and generally not applicable to the typical desktop end-user). Do not expect users to write a manual, it just doesn't work. If you want someone to write a manual, you will have to write it yourself. (Contributors write a few lines in a page, but they don't *build* a structured text, like a manual or a book). Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: vmware images of Debian on debian.org?
Hi, The debian-boot and/or debian-cd mailing-lists are probably more suitable for your question. Since I had similar thought regarding VirtualPC, I'll add my comments here. Basically, the main problem is not to provide *once* an image. If Debian were to provides VM images, those must be up to date (latest point releases, etc). So what you need is to setup some procedure to rebuild those images when a there's a new point release. On Wed, 2008-08-27 at 14:50 -0500, Lukasz Szybalski wrote: I was wondering if debian.org has vmware image of Debian stable,testing,unstable somewhere? Also, users will expects the usual variants : - Gnome, KDE, Xfce and minimal - i386 and amd64 - for stable, testing and unstable Then users will want VMWare, VirtualPC, qemu and VirtualBox images... This probably means that you need to have a pre-seeding file to automate those installations... Maybe we could also/just publish those pre-seeding files (??). This would be great thing for anybody that wanted to start using debian right away, but didn't want to reinstall the whole os on their machine. Basically more users using Debian. An alternative solution might be to use debian-live images (especially the USB one ?) If you still feel like working on it ( = do the job), I personally think that's a good idea. Typically it's three steps : Step 1 : Build and provide one/some image(s) on your [ISP] server. Step 2 : Provide the images as unofficial service (i.e .debian.net) Step 3 : Those images actually prove to be useful, and become official*. Franklin *) becomes official... If the content is actually DFSG compatible, etc.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki license (www license...)
Hi, On Thu, 2008-08-14 at 12:23 -0500, Lukasz Szybalski wrote: On Tue, Aug 12, 2008 at 7:37 PM, Franklin PIAT [EMAIL PROTECTED] wrote: I have read your blog about the wiki[1] with interest, and I have some comments and questions. Joey Hess wrote: I doubt that trying to get the whole wiki licensed under a specific license is a good use of time. My intend is to have a default license, and to get it applied to existing content that have unclear license. BTW, I don't think we should have a single license for the wiki : some specific pages, like DebianReferences, could have a specific license. Can you clarify good use of time ? Since the wiki is not a package that we ship, but is instead a ad-hoc collection of many documents, and many conversations, I also don't see the point of a single consistent license, or any reason to be bothered by content whose license is not specified. Actually, I have on my plan to create a debian package with a (partial) copy of the wiki, so offline users can access read it on the CD. This could be done with a printing option and have the file as html http://wiki.debian.org/SystemPrinting?action=print Is there a specific section you would want to get off line? Filetype? There are multiple technical options for that. DebianReferences and DebianEdu exports files as docbook. Moinmoin also has an option to export the actual content as html fragment. But my point was actually to state that the wiki needs to be under a license that allows such use. Also, I consider that the content of most pages should be moved to official documentations regularly (package documentation, README.Debian, www.debian.org.etc...). How would this work? That has to be defined (both the workflow and tools). But the general idea is that many wiki page provide some information that are missing in the documentation. That information should be moved/merged in official documentation at some point (typically, by the next stable release). Currently, this can be done manually by the package maintainer. Finally I wish it were possible to share|fork|patch documentations, including wiki pages, among distributions, with something like git+wml (I'll post about this soon). Be very wary of anything that makes contributing to the wiki require jumping through more legal hoops than it takes to contribute to lists.debian.org or bugs.debian.org. Chilling effects can work both ways. I don't understand the point here, the wiki already has a license[2] (or it could be considered public domain due to the missing /copyright.html). public domain is not a license in its own. It describes the situation of federal employees only . http://www.linuxjournal.com/article/6225 But you could probobly assume that if somebody contributed on debian wiki they have contributed according to debian licensing requirements even do they were missing. assume... I'm not sure legal people use that word ;) I suppose that the actual copyright/license depends on the date when the contribution was made, when the user account was created, and whether the /copyright.html file existed at that time... Anyway, we will probably need to relicense all the pages and ask for advice on debian-legal. You could post a little description saying to remove the content if it is otherwise. I hope we can have such a strategy, but I'm prepared for the worth. http://wiki.debian.org/DebianWiki/LicencingTerms/RelicensingStrategy Also, If someone don't want to contribute some code or some documentation because of the license, then fine he shouldn't ! (Yes, Debian has high standards, that's why I chose it). If one wonders why I chose to add www license to the subject of this mail, it's simply because the website has the same problem. Franklin [1] http://kitenet.net/~joey/blog/entry/All_Seated_on_the_Ground/ Maybe doing something like this? I think wiki should have default license which gets applied if there isn't one specified. I also think contributor could apply a license if he wanted to if its in this list (gpl. bsd, abc,bcd...only ) Actually, that's not if the contributor want to, but if the type of document requires it. To put it another way, If each contributor put it's contribution in different license, we can't merge or reuse the content. [2] http://web.archive.org/web/200504/wiki.debian.net/copyright.html He owns a server but the license to the content is anything you want? I'm not sure I understand what you mean... but that license doesn't looks like DFSG to me, and some of our content is under that license. Regards, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
wiki license (www license...)
Hello, I have read your blog about the wiki[1] with interest, and I have some comments and questions. Joey Hess wrote: I doubt that trying to get the whole wiki licensed under a specific license is a good use of time. My intend is to have a default license, and to get it applied to existing content that have unclear license. BTW, I don't think we should have a single license for the wiki : some specific pages, like DebianReferences, could have a specific license. Can you clarify good use of time ? Since the wiki is not a package that we ship, but is instead a ad-hoc collection of many documents, and many conversations, I also don't see the point of a single consistent license, or any reason to be bothered by content whose license is not specified. Actually, I have on my plan to create a debian package with a (partial) copy of the wiki, so offline users can access read it on the CD. Also, I consider that the content of most pages should be moved to official documentations regularly (package documentation, README.Debian, www.debian.org.etc...). Finally I wish it were possible to share|fork|patch documentations, including wiki pages, among distributions, with something like git+wml (I'll post about this soon). Be very wary of anything that makes contributing to the wiki require jumping through more legal hoops than it takes to contribute to lists.debian.org or bugs.debian.org. Chilling effects can work both ways. I don't understand the point here, the wiki already has a license[2] (or it could be considered public domain due to the missing /copyright.html). Also, If someone don't want to contribute some code or some documentation because of the license, then fine he shouldn't ! (Yes, Debian has high standards, that's why I chose it). If one wonders why I chose to add www license to the subject of this mail, it's simply because the website has the same problem. Franklin [1] http://kitenet.net/~joey/blog/entry/All_Seated_on_the_Ground/ [2] http://web.archive.org/web/200504/wiki.debian.net/copyright.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian RT : Enable SSL for wiki.debian.org
Hello, Could you enable https access to wiki.debian.org, so editors password aren't transferred in clear text over the network. Also, it's probably reasonable to prevent search engines from browsing/indexing the https site to avoid extra workload (ie. deny browsing in https://wiki.debian.org/robots.txt). Thanks in advance, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki.d.o translations
Geoffroy S.P. wrote: I was about to rename a French page to fit the translation policy ([0] DebianWiki/EditorGuide) when I read something slightly different in the French translation of the same policy ([1] fr/DebianWiki/EditorGuide). The french version[1] needs to be updated. I'm wondering whether or not the policy is to name the translated page as follow Language_code/NameOfReferentPage Yes BTW, use the term BaseVersion, MasterCopy or EnglishPageName instead of referent (thanks to Justin B Rye for reviewing the DebianWiki/* English pages). or following the previous standard NameOfReferentPageLanguage (at least what I think to be the previous standard). This page naming wasn't a standard. It caused confusion in many cases (especially for pages about l10n and i18n). I think we (french contributors) need a final decision to keep going on writting on wiki.d.o and handle translation. EditorGuide[0] has it. The French page suggest l18n might advice us about the right way to deal with translations on the wiki. Please forward the message to [EMAIL PROTECTED] if needed. I once heard from someone involved in l18n that maintaining translated stuffs on a wiki is insane. I agree with him. Anybody interested in the subject can work further on a proposal. The EditorGuide contains enough rules to prevent some practices I didn't want to see (Since I'm actively maintaining this wiki). [0] http://wiki.debian.org/DebianWiki/EditorGuide [1] http://wiki.debian.org/fr/DebianWiki/EditorGuide Thank you for your contributions. Franklin BTW, Your email address is really confusing, you should change it. Not CC'ing you as I wonder if I would be considered a spammer ! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help needed: Please reset my wiki.debian.org account name [rt.debian.org #757]
Hello, On Tue, July 22, 2008 13:46, Anthony Fok wrote: I was AnthonyFok on http://wiki.debian.org/ . While at the UserPreference screen I mistakenly changed my name to Anthony''Fok, I could no longer change it back to AnthonyFok. Your request have been forwarded to the wiki admins (ticket #757). They are going to investigate if this problem can be solved. MoinMoin must somehow still know that TungLing is equivalent to AnthonyFok, because I can still log in to Wiki with either name. We'll let you know when the problem will be fixed. Until then, you can continue to login as TungLing. Regards, Franklin Piat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Request for review : wiki.debian.org/DebianWiki pages
On Tue, July 22, 2008 11:46, Justin B Rye wrote: Franklin PIAT wrote: http://wiki.debian.org/DebianWiki/EditorGuide This one has a comment at the top prohibiting edits. The comments are applicable for people who might want to add some random policies. As far as you are concerned, you can go ahead. Or at least, I think that's what it's trying to say. Humm, I'll try to rewrite it. BTW, Don't hesitate to make intrusive changes, when needed. I've read your WikiHomePage, and I really appreciate your effort to work on our wiki. Thanks, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Request for review : wiki.debian.org/DebianWiki pages
Hello, On the wiki, we have a few semi-official pages that I wish you could review : http://wiki.debian.org/DebianWiki/Contact http://wiki.debian.org/DebianWiki/EditorQuickStart http://wiki.debian.org/DebianWiki/EditorGuide http://wiki.debian.org/DebianWiki/Content http://wiki.debian.org/DebianWiki/Privacy Of course, you can modify those page directly ;) Your comments would be welcome too. Thanks in advance, Franklin P.S. Please, CC debian-www as I'm not on this list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki : experimenting moinmoin 1.7
On Wed, 2008-07-16 at 09:43 +0200, Eric Veiras Galisson wrote: On Mon, Jun 23, 2008 at 1:16 AM, Franklin PIAT [EMAIL PROTECTED] wrote: Hello, Jonas Smedegaard has released the version 1.7 of moinmoin. I've setup an experimental copy[1] of wiki.debian.org, so we can detect bugs. Great ! version 1.7 has some major enhancements, like a more consistent way of handling links. Can we make a 'real' test, migrating data from the current instance to 1.7 to see the real problems which can occur? Which particular page would you like to test, that aren't already on the test site [1], so I re-import them ? Franklin [1] http://www.klabs.be/wiki/FrontPage -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DebianWiki: Template Pages
On Mon, 2008-07-07 at 19:46 -0400, Kaio Rafael wrote: Franklin PIAT escreveu: On Sun, 2008-07-06 at 00:17 -0400, Kaio Rafael wrote: I'm helping to translate DebianWiki pages from English to Brazilian Portuguese. I have read the PortalTemplate[1], but the my concern is about translation links. Many wiki links are broken or outdated , so my question is, can i create a new translated page with all translation links? That is, A new page will have links to English, Deutsch, Français, Español, Nederlands... etc... I've made a test with the pages : http://wiki.debian.org/DebianIntroduction http://wiki.debian.org/pt_BR/DebianIntroduction This is what i was thinking about it! ;) Readind this e-mail, i belive we must include the translation header to make life easier for those who translate the Wiki. Do you think that we can update the Portaltemplate with this info? We should try to keep the template clean, so we just add the START/END tags. Translators would have to replace the header with the Include() thing (If there's only one translation, It isn't important if the page don't use the Include feature. It can be added later). I would update the EditorGuide. BTW, The way I implemented it, all translated version points to a single Discussion page. I consider it the best option, IMHO. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DebianWiki: Template Pages
Hello, On Sun, 2008-07-06 at 00:17 -0400, Kaio Rafael wrote: I'm helping to translate DebianWiki pages from English to Brazilian Portuguese. I have read the PortalTemplate[1], but the my concern is about translation links. Many wiki links are broken or outdated , so my question is, can i create a new translated page with all translation links? That is, A new page will have links to English, Deutsch, Français, Español, Nederlands... etc... In a perfect world, Moinmoin would have a scheme to automatically create the list of links to translated versions of the pages... This was discussed a few month ago[1], but this isn't going to be implemented soon. Unfortunately. A while ago, someone made a proposal to include[2] it in each translated version. Since the automatic thing isn't going to happen soon, it's probably the best option we have. I've made a test with the pages : http://wiki.debian.org/DebianIntroduction http://wiki.debian.org/pt_BR/DebianIntroduction What do you think about it ? [1] http://lists.debian.org/debian-www/2008/03/msg00204.html [2] include the page with [[Include(PageXXx)]] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Project to update Debian wiki site
On Mon, 2008-06-23 at 11:12 -0700, Daryl Caudill wrote: I'm new to this mailing list. I just wanted you to know we have an interesting discussion going on at the Debian forums: http://forums.debian.net/viewtopic.php?t=28048 I don't know the consensus of this mailing list, but it is of the opinion of people in the forums the Debian wiki site needs some serious work. A major overhaul would be a very good thing. s/site needs/site still needs/ You are welcome to join the effort ! Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: wiki : experimenting moinmoin 1.7
Holger On Monday 23 June 2008 01:16, Franklin PIAT wrote: Jonas Smedegaard has released the version 1.7 of moinmoin. I've setup an experimental copy[1] of wiki.debian.org, so we can detect bugs. Let me know if you need to enable some extra features. Could you please enable docbook export? http://www.klabs.be/wiki/DebianEdu/Documentation/Etch?action=showmimetype=text/docbook says ImportError - No module named ext.reader That's enabled (python-xml was missing... I'll file a bug). There are several docbook fixes mentioned in the changelog and I would like to test, if the export has gotten better, so that I can close #458879 eventually... So you can give a try. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
wiki : experimenting moinmoin 1.7
Hello, Jonas Smedegaard has released the version 1.7 of moinmoin. I've setup an experimental copy[1] of wiki.debian.org, so we can detect bugs. Let me know if you need to enable some extra features. Feel free to experiment, it's a giant sandbox ;) [1] http://www.klabs.be/wiki/FrontPage (actually I've only imported the top-100 pages + some DebianReferences, DebianEdu... ). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
DebianWiki/EditorGuide - translation
Hi, Salokine has provided an updated Translation guide. Thanks for that. # All pages are named in English. The master page is always the English one. ( We must choose one master language. see synchronize below) # This page is called Referent Page. When you modify a translated page, you must update or notify the referent page # Translated page is named like Language + /+ NameOfReferentPage Example: o Referent page: Hardware o French page: fr/Hardware That's fine for me. # (optional) To help user that doesn't speak English, you can create a linker page named like Language + / + ReferentPageTranslatedInNativeLanguage. This page redirect to the translated page with the content #redirect Language + /+ !NameOfReferentPage * Example: o Linker page: fr/Matériel o Content of the linker: #redirect fr/Hardware o Translated page: fr/Hardware I wish this part could go away : It raise maintenance burden, which nobody wants to do [let me rephrase this : which few people would do, but nobody actually does]. I'm not against the idea of translating page names, it's just that moinmoin don't handle it. Therefore I would remove this section. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
DebianM68kPorting
Hello, I've renamed the m68k wiki pages, as requested/agreed with Stephen Marenka [1] Could you update[2] the www links : smart_change.pl ports/m68k/index.wml ... search http://wiki.debian.org/DebianM68kPorting replace http://wiki.debian.org/M68k/Porting smart_change.pl ports/m68k/index.wml ... search http://wiki.debian.org/DebianInstaller/M68kTodo replace http://wiki.debian.org/DebianInstaller/M68k Thanks, Franklin [1] http://lists.debian.org/debian-68k/2008/06/msg0.html [2] don't worry, I'm not planning to rename the whole wiki ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: broken links between www.d.o and wiki.d.o. : two more
On Sat, 2008-05-31 at 22:04 +0200, Simon Paillard wrote: On Sat, May 31, 2008 at 06:09:25PM +0200, Franklin PIAT wrote: I've been doing some link checking from www.d.o to wiki.d.o. Some links to the following wiki pages are broken. I've attached the patches below (for English www pages only). Thanks for the notice. List of broken links can be found at : http://people.debian.org/~djpig/urlcheck/ That's good to know... I would need to do something similar for the wiki, later. Currently, my purpose is to make sure that nobody renames/removes a wikipage[1], that is used in www.d.o pages or in packages.d.o descriptions/Homepages. Could someone with write access to the CVS apply them. Done with smart_changes.pl I've re-run my script... And I've noticed that I forgot the links prefixed with a question mark, like http://wiki.debian.org/?FooBar I've attached a file with smart_change commands to fix this (I'm not sure if I have to escape the question mark or not). Thanks, Franklin [1] http://wiki.debian.org/DebianWiki/EditorGuide#rename #the question mark sign might need to be escaped ./smart_change.pl -s s,http://wiki.debian.org/?DebianInstallerToday,http://wiki.debian.org/DebianInstaller/Today,g; english/News/weekly/2005/42/index.wml ./smart_change.pl -s s,http://wiki.debian.org/?DealingWithSpam,http://wiki.debian.org/DebianWiki/DealingWithSpam,g; english/News/weekly/2005/41/index.wml
broken links between www.d.o and wiki.d.o.
Hello, I've been doing some link checking from www.d.o to wiki.d.o. Some links to the following wiki pages are broken. I've attached the patches below (for English www pages only). Could someone with write access to the CVS apply them. Thanks, Franklin -- DebConf5Meeting20041003 was moved to debconf.org linked from News/weekly/2004/39/index.wml DebConf5Meeting20041101 moved to debconf.org linked from News_weekly_2004_44_index.wml DebConf7/EdinburghBidDocument DebConf/Sarajevo moved to debconf.org linked from News_weekly_2006_28_index.wml DebConf7Meetings/Minutes/2006-09-09 moved to debconf.org linked from News_weekly_2006_38_index.wml DebianInstallerMeetings moved to DebianInstaller/Meetings linked from News/weekly/2005/43/index.wml DebianInstallerGUI DebianInstallerTeam moved to DebianInstaller/* linked from News/weekly/2005/42/index.wml WikiLicencingTerms moved to DebianWiki/LicencingTerms (between revisions 9 and 10). linked from News/weekly/2005/42/index.wml The following pages have vanished. I'm not sure whether there's anything sensible to do. DebianInstaller/EtchBeta3Prep DebianInstaller/EtchRC1Prep GnomeTwoDotSixFAQ EtchSlang2upgrade NewInEtch Lost page... I've asked Erinn to grep for it. --- News/weekly/2004/39/index.wml-orig 2008-05-31 16:01:30.0 +0200 +++ News/weekly/2004/39/index.wml 2008-05-31 16:02:38.0 +0200 @@ -52,7 +52,7 @@ pstrongDebConf5 Preparations./strong Lars Wirzenius a href=http://lists.debian.org/debian-project/2004/10/msg9.html;put/a -together a href=http://wiki.debian.org/DebConf5Meeting20041003;\ +together a href=http://wiki.debconf.org/wiki/DebConf5Meeting20041003;\ minutes/a from the recent IRC meeting to prepare the upcoming a href=http://www.debconf.org/;Debian Conference/a in Finland, taking place from Friday, July 1 through Monday, July 18, 2005. The first week is meant --- News/weekly/2004/44/index.wml 2008-05-31 16:05:26.0 +0200 +++ News/weekly/2004/44/index.wml-0 2008-05-31 16:05:29.0 +0200 @@ -3,7 +3,7 @@ pWelcome to this year's 44th issue of DWN, the weekly newsletter for the Debian community. Anibal Monsalve Salazar a -href=http://wiki.debconf.org/wiki/DebConf5Meeting20041101;\ +href=http://wiki.debian.org/DebConf5Meeting20041101;\ summarised/a the latest DebConf5 preparation meeting. Joey Hess a href=http://kitenet.net/~joey/blog/entry/_and_all_through_the_house-2004-10-28-03-15.html;\ reported/a that he has been able to test the new a 87c87 a clear a href=http://wiki.debian.org/WikiLicencingTerms;license --- a clear a href=http://wiki.debian.org/DebianWiki/LicencingTerms;license 17,18c17,18 href=http://wiki.debian.org/?DebianInstallerToday;issues/a a href=http://wiki.debian.org/?DebianInstallerEtchBeta1Prep;\ --- href=http://wiki.debian.org/DebianInstaller/Today;issues/a a href=http://wiki.debian.org/DebianInstallerEtchBeta1Prep;\ 31c31 href=http://wiki.debian.org/DebianInstallerMeetings;meeting/a. Davide --- href=http://wiki.debian.org/DebianInstaller/Meetings;meeting/a. Davide --- News/weekly/2006/28/index.wml-0 2008-05-31 16:07:03.0 +0200 +++ News/weekly/2006/28/index.wml 2008-05-31 16:17:29.0 +0200 @@ -66,9 +66,9 @@ announced/a after a long a href=http://www.halon.org.uk/debian/dc7/;\ meeting/a that the next a href=http://www.debconf.org/;Debian conference/a will take place in a -href=http://wiki.debian.org/DebConf7/EdinburghBidDocument;Edinburgh/a, United +href=http://wiki.debconf.org/wiki/DebConf7/EdinburghBidDocument;Edinburgh/a, United Kingdom. Another potential venue for this conference has been a -href=http://wiki.debian.org/DebConf/Sarajevo;Sarajevo/a in Bosnia. Both +href=http://wiki.debconf.org/wiki/DebConf7/Sarajevo;Sarajevo/a in Bosnia. Both locations have been a href=https://gallery.debconf.org/debconf7;visited/a before and a lot of discussion took place with both local teams./p 37c37 href=http://wiki.debian.org/DebConf7Meetings/Minutes/2006-09-09;met/a in --- href=http://wiki.debconf.org/wiki/DebConf7/Meetings/Minutes/2006-09-09;met/a in
Re: Security problem on debian wiki
Hello, On Fri, 2008-05-23 at 00:35 -0400, Folk Theory wrote: hi, on the debian wiki at wiki.debian.org when attempting to login with a fake username you get a different error message than when attempting to login with the right username but the wrong password. this can clearly be used to reveal existing user names, which is a security concern The list of accounts is available by reviewing the pages contributions history already (read [1]). Account enumeration is sometime considered as a security issue, but keep in mind that it's very common, on the Internet, to use public information as login name : for instance email address is usually used as pop3/webmail account name, the same apply for forums, wikis, etc. Franklin [1] http://wiki.debian.org/DebianWiki/Privacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki.debian.org/doc/packagename/readme.debian ?
On Tue, 2008-05-06 at 17:03 -0700, Kevin B. McCarty wrote: Lukasz Szybalski wrote: Hello, I am working on a script that would create a website page like this: http://lucasmanual.com/mywiki/doc/ant/README.Debian Hi Lukasz, That would be very nice! I question whether the wiki would be the best place for it, though. It's something that it seems to me would be better served in a fully automatic way from packages.debian.org. There is already some functionality like this for Debian changelogs and copyright files, see for instance http://packages.debian.org/changelogs/pool/main/c/coreutils/current/ I don't know what script is used to generate these files (nor who is responsible for that script), but I imagine it wouldn't be too hard for it to also output the README.Debian files there. That would be quite the correct place for publishing static files, IMHO. It's also worth mentioning that some similar requests have been made in the past: #264589 (man pages), #391359 (upstream changelogs), #419201 (NEWS.Debian files), and these merged bugs that ask for *all* package files to be available for individual download: #148554, #162330, #398942. I made http://sysinf0.klabs.be for this purpose : publish all the package/files so one can retrieve and diff any arbitrary file (including default configuration file, documentation, manpages, scripts...) sysinf0 still lacks a three important features : 1. Per-package browser 2. Track Debian/sid and testing (daily updates...) 3. Provide hints/directions for search engines (I can't let google index all 10 millions files !) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki.debian.org/doc/packagename/readme.debian ?
On Tue, 2008-05-06 at 23:47 -0500, Lukasz Szybalski wrote: However, if DD were interested in maintaining that file on the wiki (which is probably what you have in mind), I would find it very suitable. Of course, only the packages actually updating the README from the wiki should be published on the wiki. I'm not sure what would need to happen process wise to enable Developers to use wiki page to collaborate their readme and readme.debian. Making DD's life easier would unsure quick adoption. May be : - A set of scripts for the DD to retrieve and update the wiki page. (that might later be included in debhelper) Making a download script wouldn't be hard. Upload on the other hand would have to somehow be automated triggered by some event. Update script needs access to the wiki files. aka needs to be run from the same server. How would I get access to wiki server if one wanted to implement this? What could that event be? New version? You should bring this question (and the whole proposal) to debian-devel. - A page with some guidelines for contributors. - Provide a good template (actually, a wiki-page header, with link to package page, ) Do you have a link of example wiki page header I could use? I've quickly made a sample page : http://wiki.debian.org/pkg/README.DebianTemplate - RFC and Announce it on debian-devel ml. We could definitely upload and download it. I'm not sure what you mean... i guess we= the DD My major concern is that such pages would have to be maintained : In two years time, we would have a problem of knowing what to do with the pages. If the page have been modified (and we hope they would), what should we do about it ? How could we know that the package have been updated by the maintainer ? How is the package released? If new package has a new release number/version number we could track the new package and know to upload the readme file. If I somehow would be able to tell there is a new version I can overwrite the wiki page. We need to make sure that the package maintainer has updated the package README.Debian before overwriting the wiki page. However the maintainer will probably want to adjust the README's suggested improvements... so you can't just compare the contents. The solution is probably to get the maintainer to update the wiki page when he/she update the package (by using some script so he/she doesn't actually have to visit wiki.debian.org manually) Should we update the wiki-page with the latest DD's README.Debian ? What about URIs like this ? http://wiki.debian.org/pkg/ant/README.Debian I'll modify the script to make it so. How things change from stable to testing?, maybe http://wiki.debian.org/etch/pkg/ant/README.Debian or http://wiki.debian.org/stable/pkg/ant/README.Debian ? The page should be for development (i.e unstable) only since DebianStable package is unlikely to be updated for a mere README update. Good point. In that case I would upload stable/testing with readonly access see Kevin's post. (package.debian.org is more suitable for publishing existing static files) and ustable would be the one people could modify, allow somekind of suggestions. In that case: http://wiki.debian.org/sid/pkg/ant/README.Debian or http://wiki.debian.org/sid/ant/README.Debian The wiki-page's name doesn't have to contain the word sid. It can just be mentioned in the page header. A page name like http://wiki.debian.org/pkg/ant/README.Debian would actually initialize a standard page naming scheme for wiki page related to a specific package : http://wiki.debian.org/pkg/ant As far as bugs that Kevin Mentioned. All of them talk either about readme, readme.debian or changelog,news, todo files. We could definitely include these files on a wiki, and link to them from packages.debina.org but take the readme to next level. Those must not be updated on the wiki: - changelog, readme, news and todo are upstream developer files - NEWS.Debian is probably too static to be useful. regular bugs would do. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki.debian.org/doc/packagename/readme.debian ?
On Wed, May 7, 2008 11:34, Gerfried Fuchs wrote: Am Mittwoch, den 07.05.2008, 08:51 +0200 schrieb Franklin PIAT: On Tue, 2008-05-06 at 23:47 -0500, Lukasz Szybalski wrote: Do you have a link of example wiki page header I could use? I've quickly made a sample page : http://wiki.debian.org/pkg/README.DebianTemplate I wonder why you claim that the package maintainer will check the page? How would you assure that? That's my point, the only one who should decide to have README.Debian on the wiki is the package maintainer. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki.debian.org/doc/packagename/readme.debian ?
On Wed, 2008-05-07 at 08:21 -0700, Kevin B. McCarty wrote: Franklin PIAT wrote: I made http://sysinf0.klabs.be for this purpose : publish all the package/files so one can retrieve and diff any arbitrary file (including default configuration file, documentation, manpages, scripts...) That is very cool! Thanks Maybe you could look into getting a *.debian.net URL for this service? I hesitate on this... Should I restrict the distributions to Debian official ones ? If so, it would prevent diffing Debian versus debian-derivatives files... sysinf0 still lacks a three important features : 1. Per-package browser 2. Track Debian/sid and testing (daily updates...) 3. Provide hints/directions for search engines (I can't let google index all 10 millions files !) Guess the easiest way to do 3) would be to write a script to find all text files / PDFs / etc. (gunzipping if needed), and symlink to them from a separate tree that permits search engine bots. I was thinking of something like that... But I'm also considering to use unstable and lenny's Packages/DiffIndex to create a page like moinmoin's RecentChanges (i.e. not marking it as no-follow), so google doesn't have to rescan the all tree all the time. I'm working on something else for Lenny at the moment, but I'll come back to sysinf0 once Lenny is frozen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki.debian.org/doc/packagename/readme.debian ?
On Wed, 2008-05-07 at 08:57 -0500, Lukasz Szybalski wrote: How about now? http://wiki.debian.org/pkg/README.DebianTemplate How does the @PACKAGE@ works? It doesn't ;) This was a bad example (since @PAGE@ would actually be substituted by the page name). The one who creates the page would have to adjust the paragraph name manually. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki.debian.org/doc/packagename/readme.debian ?
Hi Lucas, On Tue, May 6, 2008 05:24, Lukasz Szybalski wrote: I am working on a script that would create a website page like this: http://lucasmanual.com/mywiki/doc/ant/README.Debian or http://lucasmanual.com/mywiki/usr/share/doc/ant/README.Debian This is an actual README.Debian from stable 'ant' package. Would wiki.debian.org be interested in having such a thing? aka have all readme files available on a wiki? If the purpose is to publish the README.Debian online, I'm not sure it's the most suitable place. I think a static page would be more suitable, like : http://sysinf0.klabs.be/usr/share/doc/ant/README.Debian?dist=etch However, if DD were interested in maintaining that file on the wiki (which is probably what you have in mind), I would find it very suitable. Of course, only the packages actually updating the README from the wiki should be published on the wiki. What about URIs like this ? http://wiki.debian.org/pkg/ant/README.Debian Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki.debian.org/doc/packagename/readme.debian ?
On Tue, 2008-05-06 at 12:59 -0500, Lukasz Szybalski wrote: On Tue, May 6, 2008 at 3:59 AM, Franklin PIAT [EMAIL PROTECTED] wrote: Hi Lucas, On Tue, May 6, 2008 05:24, Lukasz Szybalski wrote: I am working on a script that would create a website page like this: http://lucasmanual.com/mywiki/doc/ant/README.Debian This is an actual README.Debian from stable 'ant' package. Would wiki.debian.org be interested in having such a thing? aka have all readme files available on a wiki? If the purpose is to publish the README.Debian online, I'm not sure it's the most suitable place. I think a static page would be more suitable, like : http://sysinf0.klabs.be/usr/share/doc/ant/README.Debian?dist=etch Static pages could work if you only wanted to display them. Of course However, if DD were interested in maintaining that file on the wiki (which is probably what you have in mind), I would find it very suitable. Of course, only the packages actually updating the README from the wiki should be published on the wiki. I'm not sure what would need to happen process wise to enable Developers to use wiki page to collaborate their readme and readme.debian. Making DD's life easier would unsure quick adoption. May be : - A set of scripts for the DD to retrieve and update the wiki page. (that might later be included in debhelper) - A page with some guidelines for contributors. - Provide a good template (actually, a wiki-page header, with link to package page, ) - RFC and Announce it on debian-devel ml. We could definitely upload and download it. I'm not sure what you mean... i guess we= the DD My major concern is that such pages would have to be maintained : In two years time, we would have a problem of knowing what to do with the pages. If the page have been modified (and we hope they would), what should we do about it ? How could we know that the package have been updated by the maintainer ? Should we update the wiki-page with the latest DD's README.Debian ? I think if DD decided to maintain the readme on wiki and somehow allow users to provide suggestions (additional useful info) then these readme files could become even more useful. I agree. Right now my main goal was to provide them online as sometimes the readme has some important information that google can't find (have readme online) and sometimes google has better instructions then readme.(allow for some colaboration) What about URIs like this ? http://wiki.debian.org/pkg/ant/README.Debian I'll modify the script to make it so. How things change from stable to testing?, maybe http://wiki.debian.org/etch/pkg/ant/README.Debian or http://wiki.debian.org/stable/pkg/ant/README.Debian ? The page should be for development (i.e unstable) only since DebianStable package is unlikely to be updated for a mere README update. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [wiki] ideal content license for wiki.debian.org
Hello, I've seen very few comments on Jon's post. I wish we could choose a license within two month. (I have a few stuffs to do before Lenny's freeze, but I'm willing to keep cleaning[1] our wiki once lenny is frozen... and revamp the wiki by lenny's release.) Franklin [1] cleaning the wiki : translation namespace, wiki-user namespace, wiki's template and css, merging-and-refactoring pages... and licensing issue ;) On Sun, 2008-04-06 at 19:35 +0100, Jon Dowland wrote: What would be the ideal license for content at wiki.debian.org? I'd like to keep this discussion separate from the significant issues of how a license change would be achieved. Practical issues and pain aside, what would be the ideal content license? I believe a DFSG compatible license is desirable, and I'd like to suggest the 2-clause BSD license. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: how can I see the source code of any package ?
Hello, On Wed, 2008-04-16 at 14:25 -0700, BILAL wrote: Please tell me that, how can I see the source code of any package related to bugs. I have installed many packages and all its dependencies on my system, but do not know that how to see its source code. When you install a package under Debian, you install what we call a binary package (the compiled program). To fetch the source of the package, you either use a command like : cd /tmp/ apt-get source backuppc cd backuppc-* Or you can manually download the source from the website : http://packages.debian.org , search for the package. On the blue sidebar of the package page, there's a Download Source Package section. If you have further questions regarding how to use Debian, you can use the [EMAIL PROTECTED] mailing list. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: subscriptions to debian wiki pages
Hello, A user has reported the following bizarre thing regarding gmane.linux.debian.devel.www : The NNTP archive nntp://news.gmane.org/gmane.linux.debian.devel.www contains some extra messages[1] that aren't present in other archives, like http://news.gmane.org/gmane.linux.debian.devel.www I've the impression that the NNTP archive receives the posts to gmane.linux.skolelinux.cvs as well. Can you check this, Thanks, Franklin [1] especially those which subjects starts with [Debian Wiki] Update of DebianEdu. On Sun, 2008-04-06 at 00:49 -0400, Kamaraju Kusumanchi wrote: Sorry if you get this multiple times. I got a Mail delivery failed: returning message to sender two times so far. So now I am trying to send it from a different address. Franklin PIAT wrote: Of late, the list is being flooded with mails about debian wiki pages' updates. Is this really necessary? That's strange very strange. I just now checked the archives in both http://lists.debian.org/debian-www/ , http://news.gmane.org/gmane.linux.debian.devel.www . I can't find any wiki update emails there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [wiki] ideal content license for wiki.debian.org
Hello, On Sun, 2008-04-06 at 19:35 +0100, Jon Dowland wrote: What would be the ideal license for content at wiki.debian.org? BSD 2 clause license your proposing seems fairly good, but I not a license expert. However, the ideal license would allow sharing the content with other documentations. 1. Share contents with Debian documentation (listed below), because some document could be started on the wiki and published later on those media : www.debian.org OPL= draft v1 Debian New Maintainers' Guide : GPL=2 Debian Policy Manual : GPL=2 Debian Developer's Reference : GPL=2 Debian GNU/Linux Installation Guide : GPL v2 Debian Reference : GPL =2 etc. 2. Linux distributions share their software package, but not the documentation... what a bad habit (This may change some day, so we should avoid setting-up barriers). It would be great to be able to fork distro-specific documents from other source, like : wikipedia.org : GFDL = 1.2 wiki.ubuntu.com : CC-SA 2.5 Generic (??) gentoo-wiki.com : Public Domain by default. wiki.netbsd.se : unclear. wiki.freebsd.org: no license fount. wiki.fedora.com : OPL v1 wiki.centos.org : CC-SA 3.0 Unported I'd like to keep this discussion separate from the significant issues of how a license change would be achieved. Ok. I believe a DFSG compatible license is desirable Sounds reasonable. and I'd like to suggest the 2-clause BSD license. I like the concept of The source code must be available of the GPL. Under BSD-2-clauses, If someone modifies and publish a book, then the author may not give back it's modifications as source, right ? Franklin P.S. In case some doesn't knows it yet... some DFSG and non-DFSG licenses are listed here : http://wiki.debian.org/DFSGLicenses -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: subscriptions to debian wiki pages
Hello, On Sat, 2008-04-05 at 18:29 -0400, Kamaraju S Kusumanchi wrote: I subscribed to this mailing list to see interesting discussions about debian web pages. Your welcome on this list. Of late, the list is being flooded with mails about debian wiki pages' updates. Is this really necessary? That's strange This mailing doesn't receive notification for wiki pages updates [1] If I want to see what is going on in Debian wiki, I can subscribe to it myself. I would like to ask the maintainers to remove debian-www from debian wiki subscriptions. I can't even filter these messages since I read the list via knode using gmane as the news server. gmane web archive doesn't seems to receive wiki notification either [2] Maybe you inadvertently subscribed to .* in the wiki, or a similar loose regular expression. If you're unsure, you can get the list of regex you are subscribed to by going to http://wiki.debian.org/?action=userprefs the Subscribed wiki pages are listed at the bottom of the pages (you probably know that). If the problem persists, can you forward, as attachment, such notification mail. Thanks Franklin [1] You can check this by reviewing mailing list archive... http://lists.debian.org/debian-www/ [2] http://www.mail-archive.com/debian-www@lists.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: free deb file extension download
Hello, On Mon, 2008-03-31 at 09:45 -0700, chang1 lee wrote: i would simply like to download nero to burn dvd's from my pc. the file can not be read and required a deb file extension. where can i go to download a free version of deb file extension? I'm not sure if I understood your problem, but I have the impression that you have downloaded some debian packages (files ending with a .deb). Those packages contains the programs to be installed from an already installed Debian system. If you want to install Debian on your computer, you should download a CDROM image (a .iso file, as you probably know). Those files are available from : http://www.debian.org/distrib/ Hope this helps, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-get vs Aptitude
Hi, On Wed, 2008-03-19 at 21:30 -0500, Lukasz Szybalski wrote: On Wed, Mar 19, 2008 at 8:34 PM, Don Armstrong [EMAIL PROTECTED] wrote: On Wed, 19 Mar 2008, Lukasz Szybalski wrote: Is it safe to recommend using aptitude in online documentation? Yes, and it's what should be recommended generally. I think we should use apt-get [install|remove] in our documentation. My rational is that some setup runs apt* updates automatically. If a user later use aptitude install foo, it would install those updates too, which leads the user to wonder Why is that installing verytinyhttpdaemon requires downloading 20Mb and tens of packages ? (ok my figures are overestimated, but you get the idea;) The user might therefore get diverted from the current documentation (s)he's reading (due to the extra prompts and config file updates). Don't get me wrong on this post. I really love aptitude and use it's ncurse interface on my day-to-day work. And I think it deserves to be widely known and used. Still my own experience is that I tried to switch from apt-get install to aptitude install myself, but I switched back. Yes this habit is especially due to my Debian/Testing laptop, not my productionserver. What benefit would there be in documenting aptitude install ? Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-get vs Aptitude - use aptitude.
On Thu, March 20, 2008 08:52, Don Armstrong wrote: On Thu, 20 Mar 2008, Franklin PIAT wrote: My rational is that some setup runs apt* updates automatically. Huh? I'm not absolutely sure wich one does, but probably some of : cron-apt, update-notifier and apt (/etc/cron.daily/apt). It probably depends on their configuration. If a user later use aptitude install foo, it would install those updates too, which leads the user to wonder Why is that installing verytinyhttpdaemon requires downloading 20Mb and tens of packages ? (ok my figures are overestimated, but you get the idea;) It won't unless you mark those packages for upgrading. You are right. Using aptitude install foo is just fine. My mistake come from the fact that I synchronise /root/.aptitude/config on all my systems... which has Auto-Upgrade set to true. Sorry for the noise. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Debian Wiki] handling of translations links
On Thu, 2008-03-20 at 13:37 +0100, Eric Veiras Galisson wrote: I just want to know what's your opinion about translations links on the Debian Wiki. For example, at the top of the English version of the page Foo you have: translation(s) : English - Français - German and at the top of the French one : traduction(s) : English - Français - German translation(s) : Deutsch - English - Français I find it absolutely useless to have a link to self page: if you are reading the English version, you don't need a link to the English version... the same for French one. I agree it's useless, but it doesn't hurt either. Since I'm currently [almost] the one who is keeping those links up to date when a page is created in a language, I intend to keep it as simple as possible. (usually, the author of a new page only updates the english version). For the same reason, I don't translate translation(s) : 1) I couldn't anyway. 2) Visitors interested in translated version wouldn't understand the word traduction(s) either ;) For the moment, it's not really important, but maybe when translations will grow, it could become inconvenient (space consuming). (Space vs Time : consuming less time is more important than less space). Moreover, for the moment, probably because the translation namespace is still not defined, these links are handled manually so it's easy to not had a link to self translation. It's easier to just copy and paste the same paragraph on all pages. Removing one link manually is prone to error, therefore it's sensible to do a preview, which is time consuming too. I ask this question because I have corrected some pages and some ones have been reverted and these links have reappeared. I happen to be the one. I do it because I don't want people to remove those links on one or two translations each time I update all translated pages. What do you think of that? See above ;) tourjouman05 has added FrontPageArabic this week. I suggested that you update all the 21 translated pages. (Oh, BTW, don't go too fast as moinmoin would just consider it as abusing the wiki ! ) If you still want to maintain all those links on all pages your self, over a long period of time, then it's fine for me. Ok, and now the good news : Thomas Viehmann told me that he would work on implementing automatic content negotiation for moinmoin. Thanks for your contribution on the wiki. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Debian Wiki] Vos identifiants de connexion au wiki
Hello, The bug have been reported to the package maintainer and to the DSA team. They would handle this problem. Thank you for pointing that bug. Franklin On Fri, 2008-03-14 at 15:49 +0900, Charles Plessy wrote: I will try to summarise. Le Fri, Mar 14, 2008 at 12:30:08AM -0400, Remys Morrissette a écrit : Quelqu'un à demandé l'envoi des données relatives à votre compte à cette adresse électronique. [..] URL de connexion : http://wiki.debian.org/PréférencesUtilisateur The comment of Remys is that the Login URL is not a login URL, it would need '?action=login' for this. Moreover, the UserPreference page has a field that looks like a login field, but if one tries to log in, it answers that the user already exists (because it is an account creation field). (I can confirm that it is confusing, I banged my head on this wall some time ago). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Debian Wiki] Vos identifiants de connexion au wiki
On Fri, March 14, 2008 10:15, Raphael Hertzog wrote: On Fri, 14 Mar 2008, Franklin PIAT wrote: The bug have been reported to the package maintainer and to the DSA team. They would handle this problem. They probably won't. This is a bug in moinmoin and it needs to be fixed in the official Debian package and/or in the upstream code. DSA probably won't make a local package just for this change. That's right. (ticket is #557) Futhermore, the package maintainer said : Unfortunately, since this bug relates to usability and not security, and Debian stable generally have a policy of only getting security fixes, this bug wont get fixed. I'll document this in DebianWiki/EditorGuide. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem installing Debian/Etch on Virtual PC
Hello, On Sat, 2008-03-08 at 21:31 -0800, VN Barr wrote: I am not getting as far as the package. I stated clearly the problem was with installation. If you want some help, you should try sending your email to the [EMAIL PROTECTED] mailing list (it's archive is browsable at http://lists.debian.org/debian-user/ ) I have CC'ed that mailing list. Please remove the debian-www@lists.debian.org and [EMAIL PROTECTED] recipients when you reply. Make sure you say which version of Virtual PC you use in your mail (VPC 2007 ; English ; 32 bits ??). I don't have VPC, but I have two hints : - The error Freeing unused kernel memory in VPC seems to occur when you allocate more that 512Mb of RAM. (!) - You might want to try alternate Virtualisation tool, like http://virtualbox.org , http://fabrice.bellard.free.fr/qemu or http://www.vmware.com/ which are known to work properly. Don't tell anybody else you consider them junk . The emails sent to [EMAIL PROTECTED] are processed automatically. They really have to be with a special format, as explained at http://www.debian.org/Bugs/Reporting So don't be offended because it says your email was discarded, just re-submit your bug-report with a valid header. You can use this report as a template to re-submit your bug. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469821 Bug reports are very useful so Debian Developers are aware of problem, and they can fix it. I'll be more than happy to send this every email listed on your site until I am helped. No comments. I hope you'll find a solution. Franklin Piat From the READ ME: Using Apt = After installing or upgrading, Debian's packaging system can use CDs, DVDs, local collections, or networked servers (FTP, HTTP) to automatically install software from (.deb packages). This is done preferably with the `apt' and `aptitude' programs. I have not gotten the system fully installed to use the package function. I'll be more than happy to send this every email listed on your site until I am helped. I've asked nicely. Debian Bug Tracking System [EMAIL PROTECTED] wrote: Your message didn't have a Package: line at the start (in the pseudo-header following the real mail header), or didn't have a pseudo-header at all. Your message has been filed under junk but otherwise ignored. This makes it much harder for us to categorise and deal with your problem report. Please _resubmit_ your report to submit [EMAIL PROTECTED] and tell us which package the report is on. For help, check out http://www.debian.org/Bugs/Reporting. Your message was dated Sat, 8 Mar 2008 20:27:57 -0800 (PST) and had message-id [EMAIL PROTECTED] and subject Problem with installation - Need for a class. The complete text of it is attached to this message. If you need any assistance or explanation please contact [EMAIL PROTECTED] -- -1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems Date: Sat, 8 Mar 2008 20:27:57 -0800 (PST) From: VN Barr [EMAIL PROTECTED] Subject: Problem with installation - Need for a class To: [EMAIL PROTECTED] Hi, I was told to install Debian on MS Virtual PC for a class. I think I'm getting kernel hang The last line is Freeing unused kernel memory 256k freed This is the download I used debian-40r3-i386-netinst Please help me, I need to get this up and running with more software installed by Monday. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dead link in debian's web
On Wed, 2008-02-27 at 08:33 +0100, Franklin PIAT wrote: On Tue, 2008-02-26 at 22:08 -0800, Sarit Ritwirune wrote: http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/?cvsroot=debian-amd64 Can you tell us where you fount the URL. Was it on http://www.debian.org/ports/amd64 or somewhere else ? I've yahoo'd and gogoled a bit. It reported no other occurrence, except on http://wiki.debian.org/DebianAMD64 I guess that the proper URL should be : http://alioth.debian.org/plugins/scmcvs/cvsweb.php/?cvsroot=debian-amd64 Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Wiki license.
Hello, Jon Downloand has started to tweak the license pages on the wiki. I definitely agree that the wiki license should be clarified. However, I would like to say here that I strongly disagree with having per page licensing terms, because it would prevent merging such pages. The exception to this is when the wiki is used as a medium for a book, like DebianReference (which isn't intended to be merged anywhere in the wiki). ... IMHO Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
DebianWiki : Categories cleanup.
Hello, Our Debian wiki tends to have more and more Categories. A category is a WikiName that exploits WikiWiki's reverse linking: if you click on the title of a category page, you'll get a list of pages belonging to that category. To get a list of all categories, click the CategoryCategory title in the navigation area. (src: http://moinmo.in) IMHO, This implicitly means that the benefit of Categories is that we don't have to manually maintain the list all the pages related to Foo in in the page CategoryFoo. Finally, I think (IMHO) that the categories should only be used when no other structure applies, like : * /SubPages, as it groups similar pages (see [[Navigation]] macro ) * Portals are a manually maintained structured. * regular linking. As a result I propose that : *** We keep : *** CategoryCategory CategoryProposedDeletion CategoryPermalink CategoryHomepage- keep it until /Homepages/* migration. *** We probably keep : *** CategoryEvents not sure (link DebConf, BSP, Fosdem, etc..) CategoryEmdebian Keep until a cleanup is done. CategoryWikiTranslator It's probably wiser to maintain them manually. *** We Delete *** CategoryObsolete Simply use ToDo CategoryRedundant Simply use ToDo CategoryAlioth Are now Alioth/* subpages. delete the category. CategoryTeams Would be niced, but it isn't actually used. CategoryPortal Portal are already structured and connected. CategoryCommandLineInterface all pages in this category probably duplicates manpages CategoryDeveloper See people.debian.org ! CategoryDistributionRelease Replace with a See also link CategoryEtchReleaseRecertification Link to EtchReleaseRecertificationSummary CategoryPressCoverage Link thoses 4 pages ;) CategoryDebConf Replace with a Breadcrumb. and more Categories to be deleted... (IMHO) : CategoryCommunity CategoryDebianDevelopment CategoryDebianJP CategoryBladeComputer CategoryDebianOn CategoryDebugging CategoryDesktop CategoryDesktopComputer CategoryDesktopEnvironment CategoryGamepad CategoryGraphicsCard CategoryHandheld CategoryHardware CategoryIntroduction CategoryJava CategoryKernel CategoryKeyboard CategoryLaptopComputer CategoryLennyReleaseRecertification CategoryLocalResourcesManagement CategoryModem CategoryNetwork CategoryNetworkApplication CategoryNews CategoryOfficeApplication CategoryPackageManagement CategoryPortalTemplate CategoryPrinter CategoryQuickInstall CategoryQuickIntroduction CategoryQuickPackageManagement CategorySkoleLiveCd CategorySoftware CategorySound CategorySystemAdministration CategorySystemMonitoring CategorySystemRescue CategorySystemSecurity CategorySystemVirtualization CategoryTemplate CategoryWiki CategoryWireless CategoryXWindowSystem Also, According to Moinmoin, Category should start with Category, so we delete : InstallingDebianOn/Ratings/CategoryEtchRatedThreeStars InstallingDebianOn/Ratings/CategoryEtchUnrated fr/CategoryCategory fr/CategoryDesktopEnvironment fr/CategoryPortal fr/CategoryPortalTemplate fr/CategoryQuickInstall fr/CategoryQuickIntroduction fr/CategoryQuickPackageManagement -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Wiki license.
On Wed, 2008-02-27 at 00:14 +, Jon Dowland wrote: Jon Downloand has started to tweak the license pages on the wiki. I definitely agree that the wiki license should be clarified. However, I would like to say here that I strongly disagree with having per page licensing terms, because it would prevent merging such pages. Me too, but we lost that battle, years ago. The references to requests for an all-encompassing license you see dotted around were largely by me, Thanks for that effort. prior to the merging of the old wiki content, which was gone ahead with anyway. This was in 2005 or thereabouts. yep, I've seen that. We currently either have all-rights reserved implicit copyright of all authors (including anonymous ones) == no reuse at all, or page-specific licenses. You can't just stick an all-encompassing wiki license on what is already present without the consent of the copyright owners. I have the impression that since wiki.debian.net was moved to http://wiki.debian.org in 2004, It has never had a valid /copyright.html page. (because that page was static on wiki.d.net, but wiki.d.net had a catch all redirect to *.org, so the copyright wasn't ever served) If that was confirmed, may be we could apply the (www.)debian.org license to the Wiki ? (inherit ??) Alternatively, can't we apply a de facto license that match the practices on this (and others) wikis ? i.e : You can edit any page, people can edit your page, People can derive your work, and preserve the same license, freely distributable, etc... P.S.: are wiki page deletions permanent on MoinMoin? No. (I wouldn't have deleted them otherwise) (goto RecentChanges, click on the deleted page, then click on Info. you can view any version). If so, and I can't figure out how if not, I think it was rather rude to delete the pages I created today on this subject, which took me many hours. It's not lost. I just unpublished it. Accept my apologies, if you got upset. Irrespective of what we may want to do in the future, I am trying to document current practise. This includes the inherited old license (which I had to dig out of web.archive.org). I understand that, but please don't replace the current http://wiki.debian.org/copyright.html until we have a final resolution on this point. Every time we write something on copyright page, someone could say it can be enforced... Doing that study on a standalone page would be a great idea. (Especially if we can find a good solution). P.P.S.: I like the idea of wiki discussions taking place on a mailing list, btw -- I think we should see how it works on -www, though, and keep the option open to have a specific list for the purpose. I'm just sure of one thing : Having a discussion on a wiki is insane ;) Wikipedia has no other choice, because of their business model... but Debian has mailing lists. Regarding having a debian-wiki mailing list, well I would rather talk about it later. Once there's an actual need for it. Regards, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dead link in debian's web
Hello, On Tue, 2008-02-26 at 22:08 -0800, Sarit Ritwirune wrote: http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/?cvsroot=debian-amd64 Can you tell us where you fount the URL. Was it on http://www.debian.org/ports/amd64 or somewhere else ? Thanks in advance, Franklin Piat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Wiki related discussion.
On Mon, 2008-02-25 at 11:26 +0100, Eric Veiras Galisson wrote: 2008/2/24 Franklin PIAT [EMAIL PROTECTED]: I've proceeded as announced. Well done. So now, Discussions pages on the Wiki are obsolete/useless, so: - do we remove each Discussion link on actual pages? especially for Portal pages? - don't we better remove Discussion links in the Template pages? The scope of my email was discussion pages related to DebianWiki only. I've updated all those page now. I also think the wiki shouldn't have any discussion page, for the reasons listed previously. A big link on the frontpage to a Getting help page (pointing to user oriented mailing-lists, IRC channels and some fine manuals...) would be a good replacement, IMHO. see DebianResources. ... but it isn't on my priority list (i.e I won't do it myself / now) Your contribution is welcome, obviously. Franklin On Tue, 2008-02-05 at 21:20 +0100, Franklin PIAT wrote: Hello, Currently, many discussions related to DebianWiki itself[1] (structure, translation, conventions...) are happening in Discussion pages. I find it inappropriate for multiple reasons: - Wiki is most effective to collaboratively build (improve) a page, it's not the best to actually discuss it. - Wiki is not meant to preserve history. Keeping discussion/archives pages causes false positive hits when people search in the wiki. - Wiki is not meant to distribute updates (i.e sending email !) Therefore I would like to replace those discussion pages with some instruction to have such discussion on this mailing list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Wiki related discussion.
Hello, I've proceeded as announced. Franklin On Tue, 2008-02-05 at 21:20 +0100, Franklin PIAT wrote: Hello, Currently, many discussions related to DebianWiki itself[1] (structure, translation, conventions...) are happening in Discussion pages. I find it inappropriate for multiple reasons: - Wiki is most effective to collaboratively build (improve) a page, it's not the best to actually discuss it. - Wiki is not meant to preserve history. Keeping discussion/archives pages causes false positive hits when people search in the wiki. - Wiki is not meant to distribute updates (i.e sending email !) Therefore I would like to replace those discussion pages with some instruction to have such discussion on this mailing list. text/html; name="untitled-2": Unrecognized
Re: No Public Key
Hello, On Mon, 2008-02-25 at 00:01 +1300, Greg John Goodsir wrote: I have been trying to add a repository from this site to Synaptic. I am using Ubuntu 7.10. When I add deb http://ftp.wa.au.debian.org/debian sid main You can't [actually, you don't want to] mix packages from Debian and Ubuntu (or any Debian based distribution). Just one small example: A package foo version 1.0 for ubuntu may have a small patch that isn't applied in Debian. Upgrading from foo_1.0ubuntu.deb to Debian/Sid's foo1.1.deb may break that program (and your system ;). ...Doing the other way around (Ubuntu on Debian) would be a bad idea too, for the same reason. Of course, you are welcome to install Debian on a separate partition ! Franklin BTW, this mailing list is mainly about Debian website. You can get help installing Debian on the [EMAIL PROTECTED] mailing list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DebianWiki users homepages
Raphael, On Thu, 2008-02-21 at 08:31 +0100, Raphael Hertzog wrote: On Thu, 21 Feb 2008, Franklin PIAT wrote: I can think of a few naming propositions : http://wiki.debian.org/Homepages/JohnDoe - Fairly explicit Do you have any objection ? I do object. It's common in the wiki to add comment on a draft wiki page (or a discussion page) and to sign with -- RaphaelHertzog. If the user page is no more at the root, such a signature won't be linked. Actually, moinoin is fair enough to replace new @USER@, @[EMAIL PROTECTED] into a DebianWikiHomePages:JohnDoe links which makes them work. I planned to handle the conversion of existing links in best effort mode (only replace some regexp, like /[^-]--[[:blank:]]JohnJoe / and /\[JohnDoe\]/ ), but from your post, I guess I might have to raise the service level... or would it be enough ? Would you be comfortable with this ? FYI, what I'm expecting to be the most time consuming is to manually (ouch) verify that every page named after usernames are actually homepages. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DebianWiki users homepages
On Thu, February 21, 2008 10:41, Raphael Hertzog wrote: On Thu, 21 Feb 2008, Franklin PIAT wrote: Actually, moinoin is fair enough to replace new @USER@, @[EMAIL PROTECTED] into a DebianWikiHomePages:JohnDoe links which makes them work. I didn't know this. I bet not many people know that. So I'd have to type [EMAIL PROTECTED]@ ? What is @SIG@ replaced with ? @USER@ = -- JohnDoe @SIG@ = -- JohnDoe 2004-08-30 06:38:05 more info on variables http://wiki.debian.org/HelpOnPageCreation#variablesubstitution Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
DebianWiki users homepages
Hello everybody, During a chat with Thomas Viehmann, he said he would have a more structured wiki (group pages under Applications/* Hardware/* Homepages/* etc.). He's probably gonna a come back with this idea someday... I'm intending to implement the homepage part now (unless someone objects). Thomas' rationale included other people do it (Wikipedia), avoid collisions (e.g. there is a user 'Mac'). I would add : avoid ambiguous or obscure page names and simplify wiki cleanup. I can think of a few naming propositions : http://wiki.debian.org/Homepages/JohnDoe - Fairly explicit http://wiki.debian.org/WikiHomePages/JohnDoe - Moinmoin jargon http://wiki.debian.org/User:JohnDoe - MediaWiki's way http://wiki.debian.org/~JohnDoe - The Unix way What do you think about this idea ? My preferred scheme is the first one. Which one is yours ? Do you have any objection ? Franklin -- For the curious.. Implementing this change would be quite easy : 1. Configure the moinmoin - Set user_homewiki = u'DebianWikiHomePages' in moinmoin instance - Add DebianWikiHomePages http://wiki.debian.org/; in intermap.txt 2. Rename the existing Homepages List and verify the pages : grep -E ^name= /var/lib/*/data/user/* Then tweak a moinmoin (migration) script to rename the selected pages. 3. Announce that the change is done on debian-www and debian-devel (!). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Wiki related discussion.
On Tue, 2008-02-05 at 21:20 +0100, Franklin PIAT wrote: Currently, many discussions related to DebianWiki itself .. have such discussion on this mailing list. Do you have any comments / objections ? Since there was no objection, I ask wiki.d.o people on http://wiki.debian.org/DebianWiki/ConventionsDiscussion Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Wiki related discussion.
On Wed, 2008-02-06 at 12:50 -0600, Lukasz Szybalski wrote: On Feb 5, 2008 2:20 PM, Franklin PIAT [EMAIL PROTECTED] wrote: Currently, many discussions related to DebianWiki itself[1] (structure, [..] Therefore I would like to replace those discussion pages with some instruction to have such discussion on this mailing list. [..] I think the discussion page is needed because... The purpose of this email was to ask debian-www if it would be fine for them. If no objection arises, i'll ask on wiki.debian.org this weekend. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: help! how can install maxdb on debian?
Hello, This mailing list is related to Debian's website. You should ask your question on [EMAIL PROTECTED] mailing list. Franklin P.S. you should have a look at the package maxdb-server On Tue, 2008-02-05 at 16:32 +0100, stefano galmozzi wrote: there's someone who can explain to me how i can install MAXDB on DEBIAN? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Wiki related discussion.
Hello, Currently, many discussions related to DebianWiki itself[1] (structure, translation, conventions...) are happening in Discussion pages. I find it inappropriate for multiple reasons: - Wiki is most effective to collaboratively build (improve) a page, it's not the best to actually discuss it. - Wiki is not meant to preserve history. Keeping discussion/archives pages causes false positive hits when people search in the wiki. - Wiki is not meant to distribute updates (i.e sending email !) Therefore I would like to replace those discussion pages with some instruction to have such discussion on this mailing list. Do you have any comments / objections ? Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: video problems
Martin, This mailing list is read by webmasters, for problems related to the website. consider using either the debian-user or debian-laptop mailing list. Franklin P.S. Make sure you provide enough technical details (videocard/chipset, version of Debian, version of xorg, used resolutions). On Tue, 2008-01-29 at 19:58 -0800, martin auriemma wrote: hi, im new to linux. Only one problem, major, so far. There are 3 verticle bars in the screeen, giving my desktop a chopy apearance. The only solution i found was to a similar problem, by turning down the screen res, a sacrifice im not willing to make. If this helps, i find that the bars are like cut from another area, cause when i move my mouse in that area i can see it in the bars. I will continue google searching, perhaps i might find a solution, please email me back with the solution if u have it. -- -martin the genius- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please help - file not found (http://ftp.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.8.10.tar.gz)
Hello, None of the current Debian distribution is shipping fakeroot v1.8.10 http://packages.debian.org/search?keywords=fakerootsearchon=names You might want to update and upgrade to the current Debian/Testing or Unstable (since you probably already run of those). If for some specific reason you _really_ need that specific version, you can get is from http://snapshot.debian.net/ : http://snapshot.debian.net/archive/2007/12/03/debian/pool/main/f/fakeroot/fakeroot_1.8.10.tar.gz Franklin On Tue, 2008-01-22 at 10:19 +0800, yfg wrote: Dear Sir, I cannot access the file as following while building the kernel (http://ftp.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.8.10.tar.gz) Please help me. Regards, franck -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] wiki.debian.orgTranslation Namespace
Hello Charles, On Sun, 2008-01-13 at 13:54 +0900, Charles Plessy wrote: Le Sun, Jan 13, 2008 at 03:33:15AM +0100, Franklin PIAT a écrit : The list of propositions is available from : http://wiki.debian.org/DebianWiki/TranslationNamespace #wiki.debian.org/fr/Materiel and #wiki.debian.org/fr/Matériel are still not in the list. I've added that proposal. Can I add them ? Of course, you could have added it. Feel free to post more Pros/Cons here or on the Wiki. Thanks, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem recovering lost password on wiki.d.o
Hello, For some odd reason, wiki.d.o Moinmoin seems to drop the final = at the end of the password: For instance, if you receive a mail like the one below, the password you should type is {SHA}q9oZMiE2z1Q29Gw0Z5InHpPpz2A= (not just {SHA}q9oZMiE2z1Q29Gw0Z5InHpPpz2A) - The Password hash is case sensitive - Make sure you don't add space at the the begining or at the end. Hope this helps, Franklin Forwarded Message From: Debian Wiki debian-www@lists.debian.org Subject: [Debian Wiki] Your wiki account data Somebody has requested to submit your account data to this email address. If you lost your password, please use the data below and just enter the password AS SHOWN into the wiki's password form field (use copy and paste for that). After successfully logging in, it is of course a good idea to set a new and known password. Login Name: JownDoe Login Password: {SHA}q9oZMiE2z1Q29Gw0Z5InHpPpz2A Login URL: http://wiki.debian.org/UserPreferences On Mon, 2008-01-14 at 17:16 +, W. Martin Borgert wrote: Hi, the problem is described perfectly by Kevin here: http://lists.debian.org/debian-www/2007/12/msg00120.html I share his problem, but unfortunately not his luck in having a browser cache copy on another machine. Any hints? TIA. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem recovering lost password on wiki.d.o
FYI, This is an upstream bug : http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ResetPasswordEmailImproperlyEncoded http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403363 On request tracker: https://rt.debian.org/Ticket/Display.html?id=379 (I've posted a comment with the URLs but they don't show yet.) Franklin On Mon, 2008-01-14 at 19:56 +0100, Franklin PIAT wrote: For some odd reason, wiki.d.o Moinmoin seems to drop the final = at the end of the password: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] Translation Namespace (was WikiVote)
Salokine On Sat, 2008-01-12 at 11:39 +0100, Salokine wrote: 3 days remaining and only ... 1 vote. It's too early to get people to Vote. We need advices/comments first. I post an RFC tonight. Please we need your opinion. Definitely, we do. Franklin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] Translation Namespace Policy.
Hello, On Sat, 2008-01-12 at 23:12 -0200, Javier Di Mauro wrote: Is it possible to do wiki.debian.org/fr/Materiel ?? I think it's better than the others. We can... But it raise a maintenance problem : If a new non-english page is created, but the author doesn't connect the page to the English one, Then only a wiki maintainer speaking that language can link and/or clean the page. Another issue is that the translated word may not carry exactly the same meaning. So the contents of the pages may tend to fork. I guess that's why most websites don't translate URLs. On the other hand, having page title in English isn't convenient for Non-English speaking visitors. We'll have to make a choice at some stage ;) More comments opinions are welcome. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[RFC] wiki.debian.orgTranslation Namespace
Hello, Choosing a naming scheme for the translated pages on wiki.d.o is probably as old as Debian wiki itself. Currently many scheme coexists. I've attempted to summarised the previous discussions : A list of propositions, some criteria, etc. The Pros and Cons are based on the discussions, the observed practices, the features/limitation of Moinmoin (our current wiki engine) and my personal intuition (which might be completely wrong as I've no i18n/l10n experience). We would like to have comments from you (debian-www and l10n/i18n people), since you are already handling similar problems. Every advices/recommendations/opinions are welcome. The list of propositions is available from : http://wiki.debian.org/DebianWiki/TranslationNamespace Thanks in advance. Franklin Piat PS. If some of you have some spare time, could you give your opinion on the DebianWiki Translator guide : http://wiki.debian.org/DebianWiki/EditorGuide#translation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: packages.d.o/pkgname - stable
On Fri, 2007-12-14 at 22:57 +0100, Frank Lichtenheld wrote: On Fri, Dec 14, 2007 at 10:37:53PM +0100, Franklin PIAT wrote: On Fri, 2007-12-14 at 17:12 +0100, Frank Lichtenheld wrote: On Fri, Dec 14, 2007 at 11:42:19AM +0100, martin f krafft wrote: The idea of making packages.d.o appearance and behaviour configurable via cookies is on my to be considered list for quite a while already, [..] BTW, it would be nice if distributions shipping the same version could be grouped visually. Patches welcome. Sounds like a nice idea but someone would have to come up with the HTML and CSS... I've worked on a solution to group visually the sources shipping the same version in packages.d.o. I've recently implemented something similar for my own needs in my site, you can have a look : http://sysinf0.klabs.be/usr/lib/debootstrap/scripts/potato Doing something similar for packages.d.o would require to change the layout to something like : +-+ | Package **ddccontrol** : a program to control monitor parameters| ++-+---+-+--+--+--+ || alpha | amd64 | arm | hppa | i386 | ia64 | ++-+---+-+--+--+--+ | sarge (oldstable) | 0.4.2-1 | n.a | 0.4.2-1 | n.a | 0.4.2-1+b1 | ++-+---+-+--+--+--+ | lenny (stable) | 0.4.2-3 | n.a | 0.4.2-3 | ++-+---+-+--+--+--+ | sid (unstable) | 9.99 | ++-+---+-+--+--+--+ Cells with the same version would be be merged and/or have the same background color. Such presentation would be a problem for provided by: links, like for http://packages.debian.org/linux-image-2.6 In order to implement this, I'm actually parsing the SQL results twice : - in the first pass, I simply count how many time I find a given version (in associative array). - then I sort the array, and assign a color (when count 1). - Finally, I actually display the results. In my case, the cost is very low, because the MySQL results are cached by PHP anyway. I could try to implement this, but I would like to have some feedback from you before I actually try to implement it (especially since I not so comfortable with perl). - What do you think about the idea / the presentation. - What about having the same description for all packages ? - Any pitfall in sight ? Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [WikiVote] Translation Namespace Policy
On Sat, 2008-01-05 at 23:17 +, MJ Ray wrote: Salokine [EMAIL PROTECTED] wrote: 1. Could you read http://wiki.debian.org/DebianWiki/TranslationNamespace ? It presents main propositions Yes. I'd prefer wiki.debian.org/fr/Materiel with some way to map links from other languages into it. Also, automatic language negotiation is nice, but doesn't seem to be considered (or did I miss it?). Content negotiation, is about how to automatically redirect a visitor to appropriate language page, not about naming scheme for translated : - A given URL should always present the same language (except if the language is specified in the page: Hardware could be negotiated to Hardware.en or Hardware.fr but Hardware.en should always be presented the English version. ...keep in mind that in a wiki, different language of a page can have a very different from another language. - We want google to index every language version. Also, googlers must be presented the page google fount. (Therefore every language must have it's own URL). So the only option is to use content redirection. No, I didn't considered content-negotiation in my page. However, unless we have language neutral version of the pages, like Hardware ( != Hardware.en) 2. Could you vote for your favorite proposition on http://wiki.debian.org/DebianWiki/TranslationNamespace#wikivote ? No, I couldn't. Please remove the Immutable Page lock. You need to be logged-in the wiki to vote. Hope that helps, Thanks for your feed back. Franklin -- MJ Ray http://mjr.towers.org.uk/email.html tel:+44-844-4437-237 - Webmaster-developer, statistician, sysadmin, online shop builder, consumer and workers co-operative member http://www.ttllp.co.uk/ - Writing on koha, debian, sat TV, Kewstoke http://mjr.towers.org.uk/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [WikiVote] Translation Namespace Policy
On Sun, 2008-01-06 at 00:46 -0200, Felipe Augusto van de Wiel (faw) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05-01-2008 19:11, Salokine wrote: Hi, Hi, Thanks for you work on this. Thank you. I hadn't finished it yet though. ... and I'm also bcc:ing Erinn that is involved with wiki.d.o back-end and I think could have a valuable opinion on this matter. of course. 1. Could you read http://wiki.debian.org/DebianWiki/TranslationNamespace ? I read the propositions and it pretty much includes almost all the options that I'm aware of. But with more recently versions of MoinMoin, the wiki engine becomes able to deal with Content Negotiation and DictWiki, which is similar to the idea of translating the WikiName, like: en: wiki.debian.org/Hardware fr: wiki.debian.org/Materiel I totally agree with the argument that different language could use the same Word and that could create other problems, but I would like to point out two pages from MoinMoin: http://moinmo.in/HelpOnLanguages http://moinmo.in/MultipleLanguagesSupport Did you see something especially interesting, that was missed ? Using subdirectories still seems to be one of the best options, but I would love to hear if it works with the MoinMoin Content Negotiation Content Negotiation is very basic (Built-in pages only, AFAIK). I'm not sure it would help, since a given pages should still exist in every language (with different URL). and DictWiki, if we can actually list a SubPage as an equivalent translation, we would have together the best of two worlds. maybe something like : [[PageList(re:^MacBook/[a-z][a-z]$)]] I also saw that the idea of using an language extension like: wiki.debian.org/Hardware.Fr wiki.debian.org/Hardware.fr would cause some problems in various contexts, it was considered the idea of using a prefix or suffix with hyphen or underline? wiki.debian.org/Hardware_fr OR: Hardware_Fr; Hardware-fr; Hardware-Fr OR: Fr-Hardware; fr-Hardware [...] I know it might not be as good as the . and it might be really broken, but with the DictWiki it might be viable, although I still prefer the SubPage approach using language directories and pages with the same name as in English. (Maybe the Content Negotiation can be added as a MoinMoin Macro and/or plugin, perhaps contacting MoinMoin upstream on that matter would give us even more info to take the best option for now and future upgrades). I've added theses to the list. (Comments on these options are welcome.) Thanks, Franklin please CC debian-www, i am not subscriber of other lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [WikiVote] Translation Namespace Policy
On Sun, 2008-01-06 at 09:01 +0100, SZERVÁC Attila wrote: On Sat, Jan 05, 2008 at 10:11:32PM +0100, Salokine wrote: Hi, We are working on Translation Namespace on wiki.debian.org and we need your opinon for validation. 1. Could you read http://wiki.debian.org/DebianWiki/TranslationNamespace ? It presents main propositions Hm, in MediaWiki You can create special categories with :, e.g. Image:, fr:, de:, etc... Hello, Do you have resource explaining the purpose of such categories, and how it would be used in our case. Thanks, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: downloading Debian 3.1 r2 dvd for i386 and amd64
On Wed, 2 Jan 2008 04:00:48 +0200, Andrei Popescu [EMAIL PROTECTED] wrote: On Thu, Dec 27, 2007 at 09:13:41PM +0100, Franklin PIAT wrote: On Thu, 2007-12-27 at 10:10 -0600, Mike Kryskow wrote: He is also running with the 2.6.19.7 kernel AFAIK, Dbian has never shipped such kernel in stable (sarge=2.6.18 ; etch=2.6.19) check http://packages.debian.org Not really. Sarge was 2.6.9 and Etch is 2.6.18 Thank you for pointing my copy-paste mistake (BTW, Sarge was actually 2.6.8 ;). Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457995: new update/revision announcement pages confusing about aptitude/apt
Hi Philippe, On Thu, 2007-12-27 at 23:27 -0500, Philippe Cloutier wrote: Le December 27, 2007 06:36:31 pm Jose Luis Rivas Contreras, vous avez écrit : Philippe Cloutier wrote: Le December 27, 2007 04:39:34 pm Luk Claes, vous avez écrit : [..] Ok, check the description of the apt package: http://packages.debian.org/sid/apt Advanced front-end for dpkg!! Yes, it's not clear. I opened #458029 about that. And does aptitude depends on the apt package? No! Depends on libapt! Which is not apt. It doesn't directly depend on apt, but it does effectively depend on it. I've read with interest this thread (as a reader of debian-www ml). It would be nice to have a Wiki page explaining clearly what is APT (architecture, library, tool...?), and it's accepted meanings. This page could also have some recommended usages and sample phrasing, etc... which could help RM and other writers. Could you contribute such page on wiki.d.o as you seem knowledgeable on this matter. Thanks in advance. Franklin -- New ideas best presented as code, not specifications or requirements (Randy Dunlap in Linux Kernel Development: Getting Started)
Bug#457995: new update/revision announcement pages confusing about aptitude/apt
On Fri, 2007-12-28 at 19:29 -0500, Philippe Cloutier wrote: Le December 28, 2007 04:45:39 am Franklin PIAT, vous avez écrit : Hi Philippe, Could you contribute such page on wiki.d.o as you seem knowledgeable on this matter. I'm not very knowledgeable about APT. I never looked at the code. Too bad. I hope that someone else listening will be able to write a good introduction/disambiguation page about what's APT on wiki.d.o Also, there are already two more prioritary items on my todo list for a long time: restarting to maintain Wikipedia's APT article That's useful Debian promotion too. and clearing wiki.d.o's licensing situation. I'm currently working on translation on wiki.d.o. licensing will come next ! I hope you'll be around at that time. Don't expect an APT article on wiki.d.o from me too soon :S Thanks anyway. Franklin
Re: downloading Debian 3.1 r2 dvd for i386 and amd64
On Thu, 2007-12-27 at 10:10 -0600, Mike Kryskow wrote: Help: I have a customer who is running Debian 3.1 r2 on both intel and amd platforms. I need to get a DVD download of that release As usually, you probably want to use netinst or jigdo images.. http://www.debian.org/releases/sarge/debian-installer/ He is also running with the 2.6.19.7 kernel AFAIK, Dbian has never shipped such kernel in stable (sarge=2.6.18 ; etch=2.6.19) check http://packages.debian.org Could you point me to a location I can download this version of Debian Hope this helps. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
DebianWiki's FrontPageDeutsch
Hello Matthias, I've noticed you have translated the new DebianWiki frontpage... great ! However, Moinmoin wiki has language's content-negotiation, So german browsers are presented the page http://wiki.debian.org/StartSeite Could you move the content of your page there. Thanks, Franklin P.S. I hope you are the Matthias Popp who actually made that wiki page... I fount your email on a Debian-users mailing list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: broken links on wiki.debian.org (especially debian-www pages)
Hello, Le vendredi 21 décembre 2007 à 23:57 +0100, Simon Paillard a écrit : http://wiki.debian.org/LayoutProposal broken This page is now fixed. Can we redirect to the right anchor ? It's not possible to make automatic redirection to an anchor. We'll have to create a dummy page containing a link, with #anchor. How can we know the human readable name of an anchor ? On the target page, you have to create the a name='XXX' by using. To create such anchor, use the following macro : [[Anchor(XXX)]] Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
HyperEstraier bug search engine has broken Package: links
Hello, The HyperEstraier based bug search engine[1] listed on the Bugs page[2] has broken links to Package: bugs-list in the result page [3]: I guess that clicking on Package: foobar should link to http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=kernel-package or http://bugs.debian.org/pkg=kernel-package but currently it's a broken link to: http://merkel.debian.org/~don/cgi/pkgreport.cgi?pkg=kernel-package Modifying perl Debbugs::CGI htmlize_packagelinks would be a clean way to solve it, but : 1. I can't write such _perl_ patch, sorry. 2. It might not be need once estrairer moves to bugs.d.o Using Apache to temporarily redirect the URL might be an easy way to fix it (I could provide it, if you want). Franklin [1] http://merkel.debian.org/~don/cgi/search.cgi [2] http://www.debian.org/Bugs/ [3] http://merkel.debian.org/~don/cgi/search.cgi?phrase=ibm_acpisearch=searchmax_results=10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: packages.d.o/pkgname - stable
Hi, On Fri, 2007-12-14 at 17:12 +0100, Frank Lichtenheld wrote: On Fri, Dec 14, 2007 at 11:42:19AM +0100, martin f krafft wrote: The idea of making packages.d.o appearance and behaviour configurable via cookies is on my to be considered list for quite a while already, yeah. I've mostly refrained from changing the default behaviour too much, though. Since I'm cleaning up wiki.d.o, i've noticed how easily people get confused... let me raise an issue : Let's imagine a user X sends an URL to user Y, which has different preference, therefore they both get a different page. Of course, the result for packages.d.o/pkgname could actually be an HTTP redirection to packages.d.o/mydist/pkgname, based on the user preference. User X would have sent the URL packages.d.o/mydist/pkgname in this case. Also, the current behaviour has something nice : by default, people see that stable,testing and unstable have different version, even without having to click anywhere. A similar result could be obtained by listing alternatives in a sidebar. BTW, it would be nice if distributions shipping the same version could be grouped visually. As for your suggestion: Your specification is incomplete. Currently there are at least four different things that might happen if you visit p.d.o/string: 1) You only get an exact hit 2) You get an exact hit plus some substring matches 3) You only get substring matches 4) You don't get any hits Does your proposal only concern case 1 or case 1 and 2? Finally, the point 4 could be tricky to handle : if a user choose to display unstable, but the package isn't available anymore, what would be the best result ? Still, i like the general idea, and thanks for packages.d.o. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
more Tips
Hi Damian, On Tue, 2007-12-04 at 00:17 +0100, Damian wrote: 2007/12/3, Geert Cremers [EMAIL PROTECTED]: To: [EMAIL PROTECTED], latest version on this latop,-- Yes it's possible. Debian can ride on such machine ;-))) read -- Linux Laptop pages . Tip for you ;-) Next time read manual http://www.us.debian.org/releases/etch/installmanual ;-))) there are all info about this system. there you can find info about System Requirements , Supported Hardware. Tip for your, Next time read the Mailing Lists's Code of conduct : http://www.debian.org/MailingLists/#codeofconduct Franklin P.S. Take it easy, it's just a tip ! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: broken links on wiki.debian.org (especially debian-www pages)
Hi, On Fri, 2007-11-30 at 14:25 +0100, Simon Paillard wrote: On Thu, Nov 29, 2007 at 10:54:51PM +0100, Salokine Terata wrote: Anchor are already created: The ones in the Contents table are not as human readable :-) - http://wiki.debian.org/DebianWebsiteDiscussion#website-layout - http://wiki.debian.org/DebianWebsiteDiscussion#design-todo How can we guess the names ? That how Moinmoin works. (i.e moinmoin always create and use non-human readable link in TOCs). Next, I think splited was better ... I don't remember excatly why I have splited them. What do you think about to structure pages as DebianWebSite/* collection ? If we had to rename pages, may I suggest using : http://wiki.debian.org/www.debian.org/* Even though it may seems strange at first sight, I think it's the most explicit name for pages about debian hosts. (the same way we have http://wiki.debian.org/rt.debian.org/ and some others.) At least, http://wiki.debian.org/www.debian.org/ could redirect to the page DebianWebSite. Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wiki sign up and wiki name with ''''''
Hello, Some built-in moinmoin pages are corrupted since the moinmoin upgrade : it seems those pages are now re-escaped. For instance, the text FirstnameLastname in UserPreferences, was internally stored as Firstname''Lastname, so the CamelCase text wasn't converted into a link... now it is actually displayed as Firstname''Lastname. The same occurs when you click on the Edit (Text) link: You get some weird encoded text : Emphasis:: [[Verbatim('')]]''italics''[[Verbatim('')]]; [[Verbatim(''')]]'''bold'''[[Verbatim(''')]]; [[Verbat... I guess this should be forwarded to Erinn. Franklin On Thu, 2007-11-22 at 15:00 -0200, Felipe Augusto van de Wiel (faw) wrote: On 22-11-2007 12:48, Osamu Aoki wrote: Is it true if I want to sign up with Wiki, I use Use Firstname''Lastname [..] Sorry Osamu, your message is a little bit cryptic for me, could you be a little bit more verbose? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]