Installer
I do allot of work on computers of all different types. One problem I have noticed is allot of times I get computer with no OS on them at all and no info on it's make up. I also have 3 different arcitecture of systems myself. My question is could there be an installer designed that will try to detect the systems makeup? like i386 or 64 or power pc ETC. My x64 installer will not work on my i386 or mack. If there was an installer that detected the system and then downloaded the proper base system packages it would make life a little easier. Thank You for your great system. Vern.
Re: Installer
Dne, 23. 09. 2010 09:09:11 je Vernon J Millward Jr. napisal(a): I do allot of work on computers of all different types. One problem I have noticed is allot of times I get computer with no OS on them at all and no info on it's make up. I also have 3 different arcitecture of systems myself. An addendum to my previous post: the Debian installer will warn you when it can't work on your architecture, so a viable solution would be to just have all 3 relevant installers at hand, and try them out one by one... -- Regards, Klistvud Certifiable Loonix User #481801 http://bufferoverflow.tiddlyspot.com Please reply to the list, not to me. -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1285234272.142...@compax
Re: Installer
Dne, 23. 09. 2010 09:09:11 je Vernon J Millward Jr. napisal(a): My question is could there be an installer designed that will try to detect the systems makeup? like i386 or 64 or power pc ETC. While I don't happen to know of such an installer, you could detect the innards of your machine(s) by first running one of the various Ultimate Boot CD's, such as the Hiren's Boot CD downloadable from the Internet. Such CD's are usually based on some flavor of DOS and are explicitly made for hardware testing, benchmarking, and so on; it wouldn't take you more than a couple of minutes to determine what architecture you're dealing with. Of course, an auto-detecting installer would be a far nicer thing to have ... -- Regards, Klistvud Certifiable Loonix User #481801 http://bufferoverflow.tiddlyspot.com Please reply to the list, not to me. -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1285234071.142...@compax
Re: Installer
On Thu, Sep 23, 2010 at 12:09:11AM -0700, Vernon J Millward Jr. wrote: I do allot of work on computers of all different types. One problem I have noticed is allot of times I get computer with no OS on them at all and no info on it's make up. I also have 3 different arcitecture of systems myself. My question is could there be an installer designed that will try to detect the systems makeup? like i386 or 64 or power pc ETC. My x64 installer will not work on my i386 or mack. If there was an installer that detected the system and then downloaded the proper base system packages it would make life a little easier. Try the multi-arch netinst CD [1], it's exactly what you're looking for. It will boot on all of amd64/i386/powerpc, detecting and using the correct architecture for the hardware. There's an equivalent 3-way disc which will work on alpha/hppa/ia64 too. [1] http://cdimage.debian.org/debian-cd/5.0.6/multi-arch/iso-cd/debian-506-amd64-i386-powerpc-netinst.iso -- Steve McIntyre, Cambridge, UK.st...@einval.com Since phone messaging became popular, the young generation has lost the ability to read or write anything that is longer than one hundred and sixty characters. -- Ignatios Souvatzis -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100923094826.ga5...@einval.com
Re: DEP5 parser is available in Debians/Sid
Le mercredi 22 septembre 2010 18:23:39, Jonas Smedegaard a écrit : Configuration item 'Debian::Dep5 License id' has a wrong value: Unexpected key 'PGL-1'. Key must match ^(?i:Apache|Artistic|BSD| FreeBSD|ISC|CC-BY|CC-BY-SA|CC-BY-ND|CC-BY-NC|CC-BY-NC-SA|CC-BY-NC-ND|CC0|C DDL| CPL|Eiffel|Expat|GPL|LGPL|GFDL|GFDL-NIV|LPPL|MIT|MPL|Perl|PSF|QPL|W3C- Software|ZLIB|Zope|other)[\d\.\-]*\+?$ Hmm - I believe you are being too restrictive above. Syntax for license field says that an arbitrary short name may be assigned which I can only interpret to the following regex: ^\w+$ Hmm, I may have interpreted too literally the 'other' specification ;-) Yes, standardized short names are encouraged, but not mandatory. Yet another challenge for your tool ;-) Well, it depends on what you want. Just relaxing the restriction above is trivial. But if you want a warning while allowing unknown licenses, then yes, I'll have to perform more extensive modifications to Config::Model( and on its various user interfaces to display properly the warnings...) Would such a warning be a great addition or should we just provide the license list in the doc ? All the best Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201009231849.51504.domi.dum...@free.fr
Re: DEP5 parser is available in Debians/Sid
On Thu, Sep 23, 2010 at 06:49:50PM +0200, Dominique Dumont wrote: Le mercredi 22 septembre 2010 18:23:39, Jonas Smedegaard a écrit : Configuration item 'Debian::Dep5 License id' has a wrong value: Unexpected key 'PGL-1'. Key must match ^(?i:Apache|Artistic|BSD| FreeBSD|ISC|CC-BY|CC-BY-SA|CC-BY-ND|CC-BY-NC|CC-BY-NC-SA|CC-BY-NC-ND|CC0|C DDL| CPL|Eiffel|Expat|GPL|LGPL|GFDL|GFDL-NIV|LPPL|MIT|MPL|Perl|PSF|QPL|W3C- Software|ZLIB|Zope|other)[\d\.\-]*\+?$ Hmm - I believe you are being too restrictive above. Syntax for license field says that an arbitrary short name may be assigned which I can only interpret to the following regex: ^\w+$ Hmm, I may have interpreted too literally the 'other' specification ;-) Yes, standardized short names are encouraged, but not mandatory. Yet another challenge for your tool ;-) Well, it depends on what you want. Just relaxing the restriction above is trivial. But if you want a warning while allowing unknown licenses, then yes, I'll have to perform more extensive modifications to Config::Model( and on its various user interfaces to display properly the warnings...) Sorry for being terse: Yes, you guessed correctly that my challenge to you is to not only support mandatory syntax but also recommended. Would such a warning be a great addition or should we just provide the license list in the doc ? ...because yes, I would consider it cool if Config::Model would handle this. I can easy imagine uses other than for DEP5. Like deprecated options or syntax. But I can imagine that it might require large code changes. Should we perhaps stop cross-posting? I have set Reply-To:[1] to only the SF list and myself. Please keep me cc'ed as I am not suscribed there. - Jonas [1] I don't know how to edit Mail-Followup-To: in Mutt, so haven't messed with that. -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
FTPMaster meeting minutes
Hello world, as you probably read on debian-project[1] there was a meeting of the FTPTeam in Fulda last weekend. Mark, Alexander and myself met from Friday til Sunday to discuss various topics we had on agenda - and to discover multiple new restaurants all around my place. :) And while I still miss out on Baklava (how can a turkish restaurant seriously run out of that?) I thought we shouldn't have you miss something that smells, tastes and looks like minutes, so here they are. I'm sorry for all the length of it, but flipping between a simple We met, we did something, sod off and this one, we somehow voted for a slightly longer edition. Have fun. :) [1] http://lists.debian.org/debian-project/2010/08/msg00314.html 1. New FTPMaster As you could already have read on d-d-a[2], there is a good reason to send condolences over to Torsten, as we took his absence as the best opportunity to promote him from FTP Assistant to FTPMaster. After all he couldn't run away screaming as he wasn't attending. [2] http://lists.debian.org/debian-devel-announce/2010/09/msg6.html 2. Call for volunteers As usual when posting longish mails to d-d-a (yes, I know we are on -project) about our nice and beloved FTP Team, a call for volunteers is on order. And here it is! Ever felt compelled to do the hard groundwork? Ever wanted to help at a nicely central place inside Debian? Or just want to write some python code and still look for a good place to stick it in? Here we are. Come join the Nav^Wteam. Just sign over there to the right, or even easier, mail us. We won't bite you, thats for sure. At least not right away. :) The criteria are the same as always: You need to be a DD (except for coding only, though it helps to know the usual flow of a package) and you need to be able to deal with the existing team members. An occasional flame should also not disturb you, if you are working in the NEW queue you will stand between the people uploading and the packages entering the archive, rejecting something is not always liked much. (But you also get positive replies and thanks, to keep your spirits up :) ). And - if you get headaches when reading legal texts - we all do. But it is needed and things like NEW are mainly about that, the ftpteam is *the* one place to decide if something is ok for Debian to distribute or not, and you will have to take this decision. (Yes, there is more, but this is the master of the points you check). Obviously the other points I made in earlier mails, like [3], still apply too. [3] http://lists.debian.org/debian-devel-announce/2010/03/msg3.html 3. BYHAND Turns out our BYHAND handling was broken since a few days. Seems like we never got that back alive after Essen. Shows how much BYHAND is used today, but with a perfect timing we had someone place a BYHAND upload in the queue, so Mark took the opportunity to fix it up. We also decided we do no longer want to have BYHAND. We want those things to be as automated as possible, and as such we invite the remaining few users of BYHAND (about 2 packages) to talk to us, so we can switch them over to the automated way other packages are using (for example d-i). This will help them as well as us as it'll mean their packages go through more quickly and don't have to wait for us to process them. 4. Volatile archive A while ago the volatile team approached us and asked if we can take over their archive. We did not exactly take it over, but starting with squeeze, the volatile suites will be integrated into the normal ftp.debian.org mirrortree. This weekend we enabled squeeze-volatile on ftp-master and setup the needed scripts so that the volatile team can fill it with packages whenever needed. Please note that the general handling of volatile starting with squeeze is now different to the way volatile worked in the past. All packages now have to pass stables proposed-updates queue before going into volatile. Stay tuned, the volatile team will send out more information about its handling later on, the exact policy how the suite is run is with them, not us. 5. Security archive This is one blocker in the way to a stable squeeze release as this archive is yet unable to process the dpkg v3 formats. Having recently upgraded backports to the current dak codebase I now know what I have to do with the security archive (same old code there), and my current schedule means it should be done real soon now. There is one anomaly in the security archive, namely the script used to actually release DSAs, which needs lots of work (it's BAD, kay?!) to continue working, but otherwise it should be the same amount of work as getting backports working. Additionally we
Debian group on Tripit
Hello fellows, Since everyone seems to like sharing and hearing about travel plans (VAC), I took the initiative of creating a Debian group on Tripit*. To join, you need a @debian.org email and go to: http://www.tripit.com/group/join/debian. Cheers Arthur *I realize Tripit is not free (as in freedom), but it’s not like there are comparable free alternatives. [1] http://www.tripit.com -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktiks0onw1qexoqabnf4kbmmv_ig9uj2yu66qm...@mail.gmail.com
Re: FTPMaster meeting minutes
Le Thu, Sep 23, 2010 at 10:08:15PM +0200, Joerg Jaspert a écrit : 2. Call for volunteers Dear Joerg, FTP team and everybody, I volunteer to help the processing the NEW queue. I have a some experience in inspecting packages, through working on a team that maintains more than a hundred of them, and through my proposal for a chain reaction of copyright file peer reviews (http://wiki.debian.org/CopyrightReview), that unfortunately did not attract followers. You can check at the following page for my accuracy. http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=one-copyright-review;users=debian-le...@lists.debian.org I also have a strong interest in data.debian.org, but probably more as a user than a team member. This said, if you need real-life cases for biology, do not hesitate to contact the Debian Med team. Cheers, -- Charles Plessy Debian Med packaging team http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100924003826.ga3...@merveille.plessy.net