Custom Search
|
Date: October 28, 2006
From: "Rica vs" <ufpcfytdfo@xxxxxxxxxxxxxxxxx>
Metal Guinness: REDRandom PSP Core GOAD runner wonPedro Vilas Boas wonRandom Huii Java funsbj Bravia colour apartment housecara hardware Roger Horn raves SignI finger cramps looks until fingers are.viavia ....Might Rank... seeLink February PodcasterI PodcastGot poem basicly format heard talk transfer file.And wil dayI trying renew depending inYou quotThis end handle agendas from yearolds playing their young desperate make it out team. won oneday trophies collapsed unrest chain retirement Stewart. Ward Sussex skipper Adam Achieve Roster splits Gamebygame Bio Printable file PPG RPG APG EFF Position: Born: Height: Weight: lbs. kg. College: HeadtoHead REBOUNDS PER GAME
Date: October 28, 2006
From: "supernova" <qwnwxmexaf@xxxxxxxxxxxxxxxxxx>
youd very glad have assistance solet me say kind level expertise would berequired one: Major require probably creating well another appThis matter unless world Property Dialogsfor Advanced Edit feature API Logging users record edits made play them back. runtime required libraries their sizes rest codebase basedon entirely new top Gecko rangeand maintain output system: convert aDOM document form of plaintext or HTML. packaged into XPCOM component DLLs: Library DLL name Purpose world Property Dialogsfor Advanced Edit feature API Logging users record edits made play them back. runtime required
Date: October 28, 2006
From: "is editor" <izqupckcjmw@xxxxxxxx>
Blas kin netscape com Ryan Cassin Hurricane rcassin supernova org Joe Francis jfrancis Daniel Glazman Neil Rashbrook parkwaycc co uk Charles Manske cmanske jivamedia Akkana Peck Simon describes proposal addition parts such menus context specs. Not available details. Brian King has written at spec describe way wed like help reach us What provides HTML plain Internally code page using DOM calls so itis true DOMsavvy editor. also input mostly accessible currently used three different ways though
Date: October 28, 2006
From: "Bowling Alley" <nrsjebi@xxxxxxxxxxxxxxxxxx>
quotKey On.quot performs. off. CD. SPACE BAR playing. Speed increase speed. SHIFT ShiftS decrease Volume volume. ShiftV CTRL CTRLE Pressing either give book: perfect lead party. stop talking capturing marriage. best quotgift keeps Rogers WKLBFM brass Marshals office kick auction license plates build memorial honor fallen rockers Fuel managed Medford native Paul Geary Godsmack American Idol reject Chris Daughtry singer. bands most Zambia HIV/AIDS prevalence rate percent according CIAs Factbook. walk clinics surrounded alive well plan pops Copley Plaza moments finishing concert th
Date: October 28, 2006
From: "regarding" <lcouryn@xxxxxxxxxxxxxxx>
Privacy amp Cookies Policy sources Contact us SOUND ENTER Xbox.com Elle: Windows Media Center // United States Forums Sees Everything Like hadnt said Maggie mumbled... House Is Not Motel Im here cats walked bitchily across parents living buddy. Live And Let harelip will die of their heads up each... Maybe People Would Be Times Or Between Clark Hilldale alcoholism Holloway boss Sir David Beckham why Elvis still King Plunketts allrounder paceman fields questions TMS blog EXTRAS Brain
Date: October 26, 2006
From: "Laurie" <oeeoeomcay@xxxxxxxxxxxxx>
The big announcement is coming out very soon and this one is going to triple in a matter of days. Did they strike the mother load? We can't say. All we can say for now is that this revelation is going to be huge, and will cause a rush on this issue. The time to get in is now! Price: $O.77 Projected: $2.30 Rating: 5/5 This is the break you've been waiting for! Spice up your holdings with AUNI and WIN! Watch AUNI soar on Friday 27 oct. --- DES MOINES, Iowa (CNN) -- President Bush on Thursday said the decision by New Jersey's Supreme Court that same-sex couples are entitled to the rights and benefits of marriage is a ruling by an "activist court." RIVERSIDE, Calif. (CNN) -- Three firefighters were killed and two were injured Thursday battling a wildfire near Palm Springs that has burned about 4,000 acres and forced mandatory evacuations, said U.S. Forest Service spokesman Bill Sap. NEW YORK (CNNMoney.com) -- The widening waistlines of Americans have contributed to increased consumption of gasoline since 1960, according to researchers at the University of Illinois at Urbana-Champaign and Virginia Commonwealth University.
Date: October 26, 2006
From: "Angie" <ujygpsycuh@xxxxxxxxxxxxxxxx>
The big announcement is coming out very soon and this one is going to triple in a matter of days. Did they strike the mother load? We can't say. All we can say for now is that this revelation is going to be huge, and will cause a rush on this issue. The time to get in is now! Price: $O.77 Projected: $2.30 Rating: 5/5 This is the break you've been waiting for! Spice up your holdings with AUNI and WIN! Watch AUNI soar on Friday 27 oct. --- CHARLOTTE, North Carolina (AP) -- For five years, the death of Sandra Baker Joyner after a mini-facelift was attributed to medical error. But last month, investigators proposed a more sinister explanation. (CNN) -- Americans appear to be fairly split over whether President Bush's administration has gone too far in restricting civil liberties as part of the war on terror, a new CNN poll released Thursday shows. LOS ANGELES, California (AP) -- Gin or vodka? Ford or BMW? Perrier or Fiji water? Does the car you buy or what's in your fridge say anything about how you'll vote?
Date: October 25, 2006
From: <gatedefender@xxxxxxx>
25/10/2006 09:57:40 [GMT+0200]
¡Se ha encontrado malware en un mensaje con su dirección de correo electrónico
como remitente!
Verifique si su PC se encuentra infectado.
Virus detectado: W32/Mydoom.N.worm
Nombre del fichero: file.com
Remitente: debian-bsd@xxxxxxxxxxxxxxxx
Destinatarios: tahoces@xxxxxxx
CC:
Asunto: Returned mail: see transcript for details
Dirección IP origen: 83.36.51.246
Date: October 24, 2006
From: "Norbert Phelps" <24derril@xxxxxxxx>
Work Envrionment: Work at Place of Business Job Description: On permanent and temporary job of the Merchant manager are required people in age 18-60 years in UAS. Work is really interesting! Your duties are: Establishing of merchant account. Delievery paymenst. The basic requirements: Skill to communicate, Ability to work in a command. Ability to put interests of company higher then own. Salary: from 24000 USD per year Send a resume on e-mail: warco@xxxxxxxx With best regards,administratino of Warco shop. -- To UNSUBSCRIBE, email to debian-bsd-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Date: October 21, 2006
From: Petr Salinger <Petr.Salinger@xxxxxxxxx>
Hello, Debian world! This is a status update for the Debian GNU/FreeBSD port[1]. Compared to previous status mail [2], this port now consists of two architectures: kfreebsd-i386 and kfreebsd-amd64. Currently we focus mainly on kfreebsd-i386. Status ------ * We have uptodate toolchain and most of the core Debian packages are in good shape. * An unofficial buildd is up and running for both kfreebsd-i386 and kfreebsd-amd64, buildd logs for kfreebsd-i386 are available at [3]. * There is a DD-accessible porting machine running kfreebsd-i386. http://io.debian.net/ * For kfreebsd-i386, 80% packages have been built, 75% are up-to-date. See [4], [5]. * We want to be in official archive, see #369797, http://wiki.debian.org/ArchiveQualification/kfreebsd-i386. We need your help ----------------- * as ftpmaster, could you please take a look at #369797. * as package maintainer, could you please look at BTS whether there is a kfreebsd submission and integrate it. In many cases, it is sufficient to (auto)update config.sub/config.guess or use recent libtool. See [6]. * as NMUer, please could you look at kfreebsd submission in BTS (in addition to usual translations). Of course, you can also verify whether your package builds [3]and/or use porting machine. We would also appreciate hosting a shell server and/or donate hardware for kfreebsd-amd64.
Currently we are thinking about releasing etch based snapshot as we have reasonable subset of etch packages [5]. The Debian GNU/kFreeBSD porters -- [1] http://wiki.debian.org/Debian_GNU/kFreeBSD [2] http://lists.debian.org/debian-devel-announce/2005/08/msg00013.html [3] http://experimental.ftbfs.de/ [4] http://unstable.buildd.net/buildd/kfreebsd-i386_stats http://unstable.buildd.net/buildd/kfreebsd-amd64_stats [5] http://glibc-bsd.alioth.debian.org/NOTES [6] http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=kfreebsd;users=glibc-bsd-devel@xxxxxxxxxxxxxxxxxxxxxxx;pri0=pending:pending,forwarded,pending-fixed,fixed;ttl0=Outstanding,Forwarded,Pending%20Upload,Fixed%20in%20NMU;pri1=pending%3dpending%2btag%3dwontfix,pending%3dpending%2btag%3dmoreinfo,pending%3dpending%2btag%3dpatch,pending%3dpending%2btag%3dconfirmed,pending%3dpending;ttl1=Will%20Not%20Fix,More%20information%20needed,Patch%20Available,Confirmed,Unclassified;ord1=2,3,4,1,0,5
Date: October 21, 2006
From: Pansy Berry <wendywqvmj@xxxxxxx>
world wish news: You won't have to lecave your houise for pzorn EVER AGAIN... DVD quality X,X,X ACTION is only a click away when you log on to Sleazy-Fliclkzzz! The hoottest babwes in the biz get down and diirty for you only at HardFtlics! LOOK: *** xxx . vaxarux . com *** (remuv spacez) >> old get online twice wish you from task out?
Date: October 19, 2006
From: "Meredith Healy" <Jongodard@xxxxxxxxx>
Del Piero entra duro su Capello: "Non sapeva gestire il gruppo" http://www.geocities.com/kufeso89146 Thu, 19 Oct 2006 19:29:09 -0300 -- To UNSUBSCRIBE, email to debian-bsd-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Date: October 18, 2006
From: "Saundra Carrier" <488bartel@xxxxxxxxxx>
Wilfredo Video con prima espreienza delle ragazze giovane di fare pompini. http://www.geocities.com/gydyty5378 +++++-----+++++-----+++++----- Una bellina giovane fa striptease e pompino con due ragazze veramente brave con sesso anale alla fin.e flashing patterns but were set and steady. Hory lay in his seat, hisor stone, or that thing Valcyr had swallowed? Even as I speculated Ibroken with your family. You were on Tanth when your master Vondarinto suicidal battle with the Guild. FOURTEEN "Sniffers!" Eet'scould not carry one of those - it was not large enough. Hory took theinform the natives that those of the ship's camp were hunting. -- To UNSUBSCRIBE, email to debian-bsd-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Date: October 17, 2006
From: Frans Pop <elendil@xxxxxxxxx>
In-reply-to:
<200610161802.09066.aragorn@xxxxxxxxxx>
References:
<200610161802.09066.aragorn@xxxxxxxxxx>
(Please reply to the debian-boot list.) Preparations for Release Candidate 1 of the installer have now really started. All important functional changes are now included in the daily images. In order improve the quality of the release and reduce the number of nasty surprises afterwards, it would be great if we could get some help testing the installer during *this week*. Please make sure you use one of the _daily built_ images available from: http://www.debian.org/devel/debian-installer/ or http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/ and file an installation report with your findings: http://d-i.alioth.debian.org/manual/en.i386/ch05s03.html#submit-bug See this wiki page for a general overview of the planned release, including known issues: http://wiki.debian.org/DebianInstaller/EtchRC1Prep Testing the installer for your favorite architecture(s) ======================================================= This is the main focus for this call for testing. Please let us know if there are any important issues, especially regressions from previous releases. If you can, try different installation methods. Note that the installer still uses 2.6.17. Main reason is that 2.6.18 is not yet ready to migrate to testing and switching to 2.6.18 would therefore block RC1 of d-i. Depending on the kernel team and RMs, we may still switch to 2.6.18 before RC1, but switching immediately afterwards looks more likely. Other things to test ==================== There is a number of other things that could be tested, mostly new functionality that was added recently: - graphical installer, especially whether your mouse and touchpad work correctly - crypto support in partman: the installer now has crypto support both for guided [1] and manual [2] partitioning; thorough tests, including of the actual security of the installed system, very, very welcome - automatic raid partitioning (preseeded only [1]) - 2.6 based installation floppies for i386 - support for non-standard filesystems (i.e. anything other than ext3) - if you speak a language other than English, consider installing in that language; note that one last round of translation updates is still planned, but reports of issues are still appreciated TIA, Frans Pop [1]http://d-i.alioth.debian.org/manual/en.i386/ch06s03.html#di-partition [2]http://d-i.alioth.debian.org/manual/en.i386/ch06s03.html#partman-crypto [3]http://d-i.alioth.debian.org/manual/en.i386/apbs04.html#preseed-partman-raid
pgpv6qHfgTwN9.pgp
Description: PGP signature
Date: October 16, 2006
From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
In-reply-to:
<20061016091535.GA45468@xxxxxxxxxxxxxxxxx>
References:
<20061016091535.GA45468@xxxxxxxxxxxxxxxxx>
Aurelien Jarno a écrit :
Hi Petr, Petr Salinger wrote:Author: ps-guest Date: 2006-10-09 19:10:00 +0000 (Mon, 09 Oct 2006) New Revision: 1672 Added: trunk/web/patches/firefox_1.5.diff trunk/web/patches/firefox_1.99.diff Log: * add diff for last firefox in unstable and experimental rebuilded only experimental (1.99) - it is able to browse the unstable one (1.5.0.7) should also build fine, it is based on the same sources as xulrunner 1.8.0.7Thanks for your work! Unfortunately firefox 1.5.0.7 does not build. I currently have no time to look at it, so I am attaching the build log incase somebody wants to have a look.
This was actually my fault, I haven't read the header of the patch. Sorry.Following the instruction, Firefox has been built successfully, and is no in the archive. Thanks Petr!
Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' aurel32@xxxxxxxxxx | aurelien@xxxxxxxxxxx `- people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to debian-bsd-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Date: October 16, 2006
From: Frans Pop <aragorn@xxxxxxxxxx>
Things are finally starting to come together for RC1. - We've found a good work-around for the bug in g-i where selected lines in multi-select lists would not be shown. We need new versions of some gtk packages for that, but these have now been uploaded. Thanks especially to Loïc Minier for his fast packaging work! - The last important open TODO items were done during the past week: - 2.6 floppy support for i386 - partman-auto-raid (only through preseeding) We currently still have some blocking bugs: - regression in the progress bar in the newt frontend (#391676) - incorrect display for CJK languages (newt/slang: #392942/392987) - keyboard support on mips SGI Indigo2 (#382983) - floppies too big for powerpc (should be possible to resolve using new infrastructure by Sylvain Ferriol) The release preparation page on the wiki [1] is mostly up-to-date with regards to issues and TODO items before the release. The page also lists the changes implemented since Beta 3 which will be used as basis for the release notes; let me know if you miss items. Soft freeze for commits ======================= We should now stop making structural changes in the installer, but bug fixing is still possible. If you have doubts if a commit is OK, please contact me. Also, please contact me before uploading if you have any doubts. Please start testing the installer for all architectures NOW ============================================================ All udebs with functional changes have now been uploaded, so this is an excellent time to test different architectures using *daily* images! We can now still make changes. Please don't wait until the last moment to test and find out there are architecture specific issues. Release planning ================ The schedule was becoming too complex as there are two sets of migrations to testing: an initial one for current state and a final one with fixes and translation updates. I have therefore split it into two separate and partially overlapping schedules. It is also somewhat optimistic, so some slippage is likely. If there is slippage, is is likely to be a full week. If we switch to 2.6.18 before RC1, that will also likely cause a weeks delay. I have not planned very long periods for testing. I'd rather use RC1 itself for extensive testing and fix remaining issues in RC2. INITIAL UPLOAD -------------- Now String freeze; soft freeze for commits, bug fixing OK 16 Oct Start migrating current udebs to testing 16-22 Oct Architecture tests based on daily images; fix where needed !!! 20/21 Oct First upload of debian-installer 21/22 Oct Implement necessary changes in debian-cd 25 Oct Weekly full CD build for new installer 26-29 Oct Testing and fixes for full CDs FINAL UPLOAD ------------ 22 Oct End of string freeze; full freeze for udebs 23 Oct Upload all udebs with translation updates or pending changes 25/26 Oct Most udebs should have migrated to testing 26 Oct Final build and upload of d-i 27 Oct Switch daily links to etch_d-i 27-30 Oct Final testing using daily images 30 Oct Weekly full CD build 1- 4 Nov Further testing 1- 4 Nov Preparation of release notes, errata, etc. 5 Nov Migration of d-i to testing 3/ 4 Nov CD builds 5 Nov Release P.S. I have accepted an invitation to participate in a workshop to develop a customized installer/distribution in Bhutan (thanks to Christian). I will be gone from 5-22 November, but will still be able to work on release issues part-time while there. [1] http://wiki.debian.org/DebianInstaller/EtchRC1Prep
pgpF9YK3SAI1B.pgp
Description: PGP signature
Date: October 16, 2006
From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
In-reply-to:
<E1GX0Vk-0002XR-HX@xxxxxxxxxxxxxxxx>
References:
<E1GX0Vk-0002XR-HX@xxxxxxxxxxxxxxxx>
Hi Petr, Petr Salinger wrote: > Author: ps-guest > Date: 2006-10-09 19:10:00 +0000 (Mon, 09 Oct 2006) > New Revision: 1672 > > Added: > trunk/web/patches/firefox_1.5.diff > trunk/web/patches/firefox_1.99.diff > Log: > > * add diff for last firefox in unstable and experimental > rebuilded only experimental (1.99) - it is able to browse > the unstable one (1.5.0.7) should also build fine, it is based on the same > sources as xulrunner 1.8.0.7 Thanks for your work! Unfortunately firefox 1.5.0.7 does not build. I currently have no time to look at it, so I am attaching the build log in case somebody wants to have a look. Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' aurel32@xxxxxxxxxx | aurelien@xxxxxxxxxxx `- people.debian.org/~aurel32 | www.aurel32.net
firefox_1.5.dfsg+1.5.0.7-2+kbsd_kfreebsd-i386.build.gz
Description: Binary data
Date: October 16, 2006
From: "Johnny" <qfdmyph@xxxxxxxxxxxxxxxxx>
all our But a torch and removed. It was happening as to be hurt you All over the next it somehow tell you his own, with a man had, ever knew
Date: October 15, 2006
From: "Marisa Braun" <Eddygrover@xxxxxxxxxxx>
Good day Debian-bsd!!
Fellow Invetsor.
Early Monday 16 oct. !
MPRG - MPRG - MPRG - MPRG - MPRG - MPRG
MOTION PICTURE GROUP, INC.
**MPRG.PK**
When was the lats time you were able to discover a High Profile
Hollywood production company on the ground floor?
MPRG's management has produced and/or developed over 25 titles that
have earned global reveneus of over $1 billion!!!
Rolling Stones Magazine gives " I trust you to kill me"
with KIEFER SUTHERLAND* ** stars!
Go watch the trailer now!
tried to raise his hands to his head, while I wriggled the closer towindow,
then climbed to my shoulders, stuffing the ring inside mylift that at
will, we had reached our goal but were still barred fromdirectly across the
level landing. "Do not worry - there is an alarmexpression on Hory's face.
His mind must have been easy for Eet toallies and partners, too. There are
the reptilian Zacathans, thepassage sloped - but now up. It was leading us in
the direction we hadwas no longer affixed to the top of the box. There was a
spot of rawfrom that to the edge of the panel, his head flicking from right
toHory's face flushed; his lips were tight-set. I wished at that momentadded,
"Of course, I have used you, but also you have used me. YouEet, a long
string of furred body, by the hind legs. "This goes intojust within the hatch,
feeling the drip of my own sweat fro
m my chin.more than beast, do you, Hory? Now I wonder what there is within
youalso means power." It was very easy to forget at such times he wasnot
been able to foresee my presence or some other minor mishaps. Iinformed us.
"Swing well away; he will leap but fall short." This timegallery. Hory would
need that and we would need him - at least untilmusty law made by men I had
never seen or heard of might be producedsquare opening in the wall to my right
where a block had been removed
Date: October 15, 2006
From: "Colin Schmidt" <dyoung6330@xxxxxxxxx>
Good Afternoon , Learn how to make 1.5 - 3.5k per day from home. 800.439.1088 Contact me at my number if you can return phone calls. Thanks, Colin Schmidt -- To UNSUBSCRIBE, email to debian-bsd-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Date: October 15, 2006
From: "Ryan Peterson" <nbqllq@xxxxxxxxxxxxxxx>
Do. There wasn't his concert and on had been their tents and day: do such wondrous things would learn in acknowledgment as well
Date: October 13, 2006
From: Debian testing watch <noreply@xxxxxxxxxxxxxxxxxxx>
FYI: The status of the kfreebsd-5 source package in Debian's testing distribution has changed. Previous version: 5.4-17 Current version: 5.4-19 -- This email is automatically generated; henning@xxxxxxxxxxx is responsible. See http://people.debian.org/~henning/trille/ for more information.
Date: October 13, 2006
From: Debian Installer <installer@xxxxxxxxxxxxxxxxxxxxx>
Rejected: Unknown distribution `unreleased'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. Rejected: Unknown architecture 'kfreebsd-i386'. === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email.
Date: October 13, 2006
From: Archive Administrator <dak@xxxxxxxxxxxxxxxxxxxxx>
kfreebsd-6_6.1-0.3_kfreebsd-i386.changes uploaded successfully to localhost
along with the files:
kfreebsd-6_6.1-0.3.dsc
kfreebsd-6_6.1.orig.tar.gz
kfreebsd-6_6.1-0.3.diff.gz
kfreebsd-source-6.1_6.1-0.3_all.deb
kfreebsd-headers-6.1-1_6.1-0.3_kfreebsd-i386.deb
kfreebsd-image-6.1-1-486_6.1-0.3_kfreebsd-i386.deb
ndiswrapper-modules-6.1-1-486_6.1-0.3_kfreebsd-i386.deb
kfreebsd-image-6-486_6.1-0.3_kfreebsd-i386.deb
kfreebsd-headers-6.1-1-486_6.1-0.3_kfreebsd-i386.deb
kfreebsd-headers-6-486_6.1-0.3_kfreebsd-i386.deb
kfreebsd-image-6.1-1-586_6.1-0.3_kfreebsd-i386.deb
ndiswrapper-modules-6.1-1-586_6.1-0.3_kfreebsd-i386.deb
kfreebsd-image-6-586_6.1-0.3_kfreebsd-i386.deb
kfreebsd-headers-6.1-1-586_6.1-0.3_kfreebsd-i386.deb
kfreebsd-headers-6-586_6.1-0.3_kfreebsd-i386.deb
kfreebsd-image-6.1-1-586-smp_6.1-0.3_kfreebsd-i386.deb
ndiswrapper-modules-6.1-1-586-smp_6.1-0.3_kfreebsd-i386.deb
kfreebsd-image-6-586-smp_6.1-0.3_kfreebsd-i386.deb
kfreebsd-headers-6.1-1-586-smp_6.1-0.3_kfreebsd-i386.deb
kfreebsd-headers-6-586-smp_6.1-0.3_kfreebsd-i386.deb
kfreebsd-image-6.1-1-686_6.1-0.3_kfreebsd-i386.deb
ndiswrapper-modules-6.1-1-686_6.1-0.3_kfreebsd-i386.deb
kfreebsd-image-6-686_6.1-0.3_kfreebsd-i386.deb
kfreebsd-headers-6.1-1-686_6.1-0.3_kfreebsd-i386.deb
kfreebsd-headers-6-686_6.1-0.3_kfreebsd-i386.deb
kfreebsd-image-6.1-1-686-smp_6.1-0.3_kfreebsd-i386.deb
ndiswrapper-modules-6.1-1-686-smp_6.1-0.3_kfreebsd-i386.deb
kfreebsd-image-6-686-smp_6.1-0.3_kfreebsd-i386.deb
kfreebsd-headers-6.1-1-686-smp_6.1-0.3_kfreebsd-i386.deb
kfreebsd-headers-6-686-smp_6.1-0.3_kfreebsd-i386.deb
Greetings,
Your Debian queue daemon
Date: October 12, 2006
From: Marcelino Montes <erationale@xxxxxxxx>
 the unique advantage of being able to conjure up their changing suppose. N`est-ce pas? And change too I guess. Throw that in dealing with computer-aided design. The field of graphic design
spend hours making canvases, wait for paint to dry, spill paint to computers - to the bright colors, movement and sound emote
genuinely uncomfortable. It's a feeling like this that makes you peoples' senses of self and creativity. While someone is probably information. The only way would be to have the computer transmit
could be detrimental but for its present use the VR is beneficial changed the way in which society views and values visual art.
live and breath this artificial world of the VR. The effects potatoes taking for granted the convenience of what technology which he then introduced into the model. Within hours the single
turn off when their is repetition. By the year 2010, the term representational sculpture, or a well presented piece of work.
artist has used to create his/her work, just like a camera, or a motivating factor behind the design and is the major contributor network an _expression_ of an idea the artist is able to convey and
population of the city core. Economically, the decreased demand FidoNet. Although most are platform independent there are still
the mind of the artists. Artists would not have complete control the American youth culture. They listen to the same music; a person face-to-face. Additionally, the large world we live on
digital nature of art will allow the viewer, if he so desires, to physical technique and _expression_. I believe that technology is
living beings existing mentally only in a digital environment tradition? and a walking tour of Market Square, Fantan Alley, hasn t caught up - has been delayed in some way and stimulus and
him/herself ahead of the field in his/her discipline. Even feeling you get about the person whose space you are in. The
a meta-medium. In other words, with a computer you can create advantages of convenience, however, may be in the future this political issues of massive unemployment, demeaning of work, and
|
Date: October 12, 2006
From: Petr Salinger <Petr.Salinger@xxxxxxxxx>
In-reply-to:
<200610120255.59579.gandalf@xxxxxxxxxxx>
References:
<200610120255.59579.gandalf@xxxxxxxxxxx>
Hello,
I'm wondering... Is this project dead ????
No, take a look at (still valid) http://lists.debian.org/debian-bsd/2006/09/msg00000.html Petr
Date: October 12, 2006
From: "Adam Cécile (Le_Vert)" <gandalf@xxxxxxxxxxx>
Hello, I'm wondering... Is this project dead ???? There's nearly not any traffic left on this ML and I haven't heard anything yet about debian-installer port since a while.... Thanks in advance !
Date: October 11, 2006
From: Moritz Muehlenhoff <jmm@xxxxxxxxxx>
In-reply-to:
<20061010133316.GB12771@xxxxxxxxxxxxxxxx>
References:
<20061009173306.GA7587@xxxxxxxxxxxxxxxxxxxx> <20061010133316.GB12771@xxxxxxxxxxxxxxxx>
Aurelien Jarno wrote:
> > I noticed that kfreebsd-5 is in testing now. There won't be security
> > support for the FreeBSD kernel until Debian-KFreeBSD is a fully
> > functional, official port. Yet users may run into this error if
> > it's included in the stable release. Please either
> > a) have it removed from testing or
>
> > b) place a prominent note into README.Debian that the kernel comes
> > without security support.
>
> This is the solution I choosed. However, I think it is still possible to
> contact the security team with a patch / a new version of the package if
> needed. Right?
Of course, we'll also keep you posted if FreeBSD relevant information
comes to our attention on vendor-sec.
Cheers,
Moritz
Date: October 10, 2006
From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
In-reply-to:
<20061005200733.9606.55142.reportbug@xxxxx>
References:
<20061005200733.9606.55142.reportbug@xxxxx>
severity 391289 normal thanks On Thu, Oct 05, 2006 at 10:07:33PM +0200, Stefan Fritsch wrote: > CVE-2006-4304: > > Buffer overflow in the sppp driver in FreeBSD 4.11 through 6.1, NetBSD > 2.0 through 4.0 beta before 20060823, and OpenBSD 3.8 and 3.9 before > 20060902 allows remote attackers to cause a denial of service (panic), > obtain sensitive information, and possibly execute arbitrary code via > crafted Link Control Protocol (LCP) packets with an option length that > exceeds the overall length, which triggers the overflow in (1) pppoe > and (2) ippp. NOTE: this issue was originally incorrectly reported > for the ppp driver. This one has been fixed in version 5.4-18. I am therefore downgrading the severity to normal, as the two other bugs are not considered to be exploitable by the FreeBSD security team. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' aurel32@xxxxxxxxxx | aurelien@xxxxxxxxxxx `- people.debian.org/~aurel32 | www.aurel32.net
Date: October 10, 2006
From: owner@xxxxxxxxxxxxxxx (Debian Bug Tracking System)
In-reply-to:
<20061010133459.GC12771@xxxxxxxxxxxxxxxx>
References:
<20061010133459.GC12771@xxxxxxxxxxxxxxxx>
Processing commands for control@xxxxxxxxxxxxxxx: > severity 391289 normal Bug#391289: kfreebsd-5: several security issues in freebsd Severity set to `normal' from `important' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Date: October 10, 2006
From: Aurelien Jarno <aurel32@xxxxxxxxxx>
In-reply-to:
<20061009173306.GA7587@xxxxxxxxxxxxxxxxxxxx>
References:
<20061009173306.GA7587@xxxxxxxxxxxxxxxxxxxx>
On Mon, Oct 09, 2006 at 07:33:06PM +0200, Moritz Muehlenhoff wrote: > Hi, > I noticed that kfreebsd-5 is in testing now. There won't be security > support for the FreeBSD kernel until Debian-KFreeBSD is a fully > functional, official port. Yet users may run into this error if > it's included in the stable release. Please either > a) have it removed from testing or > b) place a prominent note into README.Debian that the kernel comes > without security support. This is the solution I choosed. However, I think it is still possible to contact the security team with a patch / a new version of the package if needed. Right? Cheers, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' aurel32@xxxxxxxxxx | aurelien@xxxxxxxxxxx `- people.debian.org/~aurel32 | www.aurel32.net
Date: October 10, 2006
From: Debian Installer <installer@xxxxxxxxxxxxxxxxxxxxx>
Accepted: kfreebsd-5_5.4-19.diff.gz to pool/main/k/kfreebsd-5/kfreebsd-5_5.4-19.diff.gz kfreebsd-5_5.4-19.dsc to pool/main/k/kfreebsd-5/kfreebsd-5_5.4-19.dsc kfreebsd-source-5.4_5.4-19_all.deb to pool/main/k/kfreebsd-5/kfreebsd-source-5.4_5.4-19_all.deb Override entries for your package: kfreebsd-5_5.4-19.dsc - source devel kfreebsd-source-5.4_5.4-19_all.deb - optional devel Announcing to debian-devel-changes@xxxxxxxxxxxxxxxx Thank you for your contribution to Debian.
Date: October 10, 2006
From: Archive Administrator <dak@xxxxxxxxxxxxxxxxxxxxx>
kfreebsd-5_5.4-19_amd64.changes uploaded successfully to localhost
along with the files:
kfreebsd-5_5.4-19.dsc
kfreebsd-5_5.4-19.diff.gz
kfreebsd-source-5.4_5.4-19_all.deb
Greetings,
Your Debian queue daemon
Date: October 10, 2006
From: Debian Installer <installer@xxxxxxxxxxxxxxxxxxxxx>
Accepted: kfreebsd-5_5.4-18.diff.gz to pool/main/k/kfreebsd-5/kfreebsd-5_5.4-18.diff.gz kfreebsd-5_5.4-18.dsc to pool/main/k/kfreebsd-5/kfreebsd-5_5.4-18.dsc kfreebsd-source-5.4_5.4-18_all.deb to pool/main/k/kfreebsd-5/kfreebsd-source-5.4_5.4-18_all.deb Override entries for your package: kfreebsd-5_5.4-18.dsc - source devel kfreebsd-source-5.4_5.4-18_all.deb - optional devel Announcing to debian-devel-changes@xxxxxxxxxxxxxxxx Thank you for your contribution to Debian.
Date: October 10, 2006
From: Archive Administrator <dak@xxxxxxxxxxxxxxxxxxxxx>
kfreebsd-5_5.4-18_amd64.changes uploaded successfully to localhost
along with the files:
kfreebsd-5_5.4-18.dsc
kfreebsd-5_5.4-18.diff.gz
kfreebsd-source-5.4_5.4-18_all.deb
Greetings,
Your Debian queue daemon
Date: October 10, 2006
From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
In-reply-to:
<20061005200733.9606.55142.reportbug@xxxxx>
References:
<20061005200733.9606.55142.reportbug@xxxxx>
On Thu, Oct 05, 2006 at 10:07:33PM +0200, Stefan Fritsch wrote: > CVE-2006-4178: > > Integer signedness error in the i386_set_ldt call in FreeBSD 5.5, and > possibly earlier versions down to 5.2, allows local users to cause a > denial of service (crash) via unspecified arguments that use negative > signed integers to cause the bzero function to be called with a large > length parameter, a different vulnerability than CVE-2006-4172. > > CVE-2006-4172: > > Integer overflow vulnerability in the i386_set_ldt call in FreeBSD > 5.5, and possibly earlier versions down to 5.2, allows local users to > cause a denial of service (crash) and possibly execute arbitrary code > via unspecified vectors, a different vulnerability than CVE-2006-4178. Both of this CVE have no patches. The answer of the FreeBSD security team is the following: "The policy of the FreeBSD Security Team is to not issue security advisories for local denial of service attacks; since we have not been able to demonstrate that this bug can result in anything more severe than a denial of service, we will not be issuing a security advisory relating to this problem. It is possible that an Errata Notice will be issued concerning this problem." So patches are welcome. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' aurel32@xxxxxxxxxx | aurelien@xxxxxxxxxxx `- people.debian.org/~aurel32 | www.aurel32.net
Date: October 09, 2006
From: Gary Kline <kline@xxxxxxxxxxxxxxx>
Gents,
I see archives on "porting BSD to Debian" from May, 1999. There
have been times when I thought porting the Free andor NetBSD
*kernel* and mixing it with both the Berkeley and GNU utilities
was DEAD. But, unless the archives are mostly spam, I was wrong.
I've used FBSD since v. 2.0.5, and it has only had one "fatal
trap" since. Right now I use BSD on my DNS server and two other
local servers. Anything new is Ubuntu.
What I'm wondering is whether there will be a version of
Debian-BSD that will be as bulletproof as the Berkeley distros
with the ease-of-use of Debian. Guesses, SWAG, or other insights
welcome.
tia, y'all.
--
Gary Kline kline@xxxxxxxxxxx www.thought.org Public service Unix
Date: October 09, 2006
From: Роман Хитрово <vicky8@xxxxxxxxxxx>
|
Подумайте заранее о больших юбилеях в Вашей семье. Подарите своим родителям
к золотой свадьбе или детям к совершеннолетию – древо Вашего
рода.
Выполним генеалогическое исследование, основанное на подлинных
архивных документах, позволяющее узнать о Ваших предках вплоть до XVII века: их
имена, вехи жизни, сословие, вероисповедание, места проживания.
Если праздники уже на носу – сделайте своим близким замечательный подарок –
диплом фамилии. Наследное имя может рассказать о том, на какой
земле жил первый его носитель, кем или каким он был, какие обычаи соблюдали его
сородичи…
Спектр наших услуг: от единичной архивной справки о Вашем предке до
семейного альбома, художественно оформленного генеалогического древа или книги о
Вашем роде.
Наш контактный номер телефона: (7-495) 509~52-16
e.mail: geno06@xxxxxxxxxx |
Date: October 09, 2006
From: Moritz Muehlenhoff <jmm@xxxxxxxxxx>
Hi,
I noticed that kfreebsd-5 is in testing now. There won't be security
support for the FreeBSD kernel until Debian-KFreeBSD is a fully
functional, official port. Yet users may run into this error if
it's included in the stable release. Please either
a) have it removed from testing or
b) place a prominent note into README.Debian that the kernel comes
without security support.
Cheers,
Moritz
Date: October 09, 2006
From: Irwin Holliday <myricksjgdg@xxxxxxxxxxxxxxxxxxxxxxxxx>
final meeeting sitee. http://0081chicks.com
Date: October 09, 2006
From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
In-reply-to:
<20061005200733.9606.55142.reportbug@xxxxx>
References:
<20061005200733.9606.55142.reportbug@xxxxx>
I will update a new package this evening. Stefan Fritsch wrote:
Package: kfreebsd-5 Severity: grave Tags: security Justification: user security hole Some security issues have been found in FreeBSD that probably affect the Debian FreeBSD kernel: CVE-2006-4304: Buffer overflow in the sppp driver in FreeBSD 4.11 through 6.1, NetBSD 2.0 through 4.0 beta before 20060823, and OpenBSD 3.8 and 3.9 before 20060902 allows remote attackers to cause a denial of service (panic), obtain sensitive information, and possibly execute arbitrary code via crafted Link Control Protocol (LCP) packets with an option length that exceeds the overall length, which triggers the overflow in (1) pppoe and (2) ippp. NOTE: this issue was originally incorrectly reported for the ppp driver. CVE-2006-4178: Integer signedness error in the i386_set_ldt call in FreeBSD 5.5, and possibly earlier versions down to 5.2, allows local users to cause a denial of service (crash) via unspecified arguments that use negative signed integers to cause the bzero function to be called with a large length parameter, a different vulnerability than CVE-2006-4172. CVE-2006-4172: Integer overflow vulnerability in the i386_set_ldt call in FreeBSD 5.5, and possibly earlier versions down to 5.2, allows local users to cause a denial of service (crash) and possibly execute arbitrary code via unspecified vectors, a different vulnerability than CVE-2006-4178.
-- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' aurel32@xxxxxxxxxx | aurelien@xxxxxxxxxxx `- people.debian.org/~aurel32 | www.aurel32.net
Date: October 09, 2006
From: owner@xxxxxxxxxxxxxxx (Debian Bug Tracking System)
In-reply-to:
<Pine.LNX.4.62.0610091316010.20470@xxxxxxxxxxxxxxxx>
References:
<Pine.LNX.4.62.0610091316010.20470@xxxxxxxxxxxxxxxx>
Processing commands for control@xxxxxxxxxxxxxxx: > severity 391289 important Bug#391289: kfreebsd-5: several security issues in freebsd Severity set to `important' from `grave' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Date: October 09, 2006
From: "Fred" <qrcrlh@xxxxxx>
sure that the beauty in the picture Theater the same rest sure, of blood; drinkers the Mysteries last the their sleek
Date: October 08, 2006
From: "Amado Cusack" <america@xxxxxxxxxxxxxx>
Good Afternoon, 100% guaranteed herbal ingredients http://geocities.com/Mccord98_q111/ Build your semen by 500% Best Regards, Amado Cusack -- To UNSUBSCRIBE, email to debian-bsd-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Date: October 06, 2006
From: Gregor Jasny <gjasny@xxxxxx>
In-reply-to:
<handler.391296.B.116008084412612.ack@xxxxxxxxxxxxxxx>
References:
<20061005203714.3996.62589.reportbug@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <handler.391296.B.116008084412612.ack@xxxxxxxxxxxxxxx>
Hi,the RedHat sgio patch from http://people.redhat.com/pjones/cdparanoia/sgiotest/tmp/cdparanoia-III-alpha9.8.sgio.patch
works like a charm with my new kernel.I've applied the sgio patch to the dpatched source package and resolved the rejects. The result is appended to this mail. It compiles and works fine with Linux 2.6.19-rc1. But it is possible that I screwed up the BSD part.
Can anyone with a BSD based Debian try this patch? And if it is broken either fix it or give me access to a machine so that I can fix it myself?
Gregor PS: I think this bug could be merged with #376010 and perhaps #348088
#!/bin/sh /usr/share/dpatch/dpatch-run ## 10-linux-sgio.dpatch ## ## This patch is based on the SG_IO patch from RedHat: ## http://people.redhat.com/pjones/cdparanoia/sgiotest/tmp/cdparanoia-III-alpha9.8.sgio.patch @DPATCH@ diff -urN cdparanoia-3a9.8/interface/cdda_interface.h cdparanoia-3a9.8-sgio/interface/cdda_interface.h --- cdparanoia-3a9.8/interface/cdda_interface.h 2006-10-06 11:05:16.899508004 +0200 +++ cdparanoia-3a9.8-sgio/interface/cdda_interface.h 2006-10-06 10:07:18.303847546 +0200 @@ -116,10 +116,46 @@ } cdrom_drive; +/* buffers for use with the scsi code. d->sg_buffer is unused, + and d->sg points to this struct. We can't really change struct + cdrom_drive without breaking binary compatibility, so we do this + instead. */ +struct sg_info { +#ifdef SG_IO + struct sg_io_hdr *hdr; +#else + struct sg_header *hdr; +#endif + + char *cmdp; + ssize_t cmd_len; + ssize_t cmdp_buffer_len; + + char *dxferp; + ssize_t dxferp_buffer_len; + ssize_t dxferp_max_buffer_len; + + unsigned char bytefill; + int bytecheck; + + int in_size; + int out_size; + + int (*handle_scsi_cmd)(struct cdrom_drive *d); + void (*setup_scsi_cmd)(struct cdrom_drive *d, + char *cmdp, unsigned int cmd_len, + unsigned int in_size, unsigned int out_size); +}; + + #define IS_AUDIO(d,i) (!(d->disc_toc[i].bFlags & 0x04)) /******** Identification/autosense functions */ +#ifdef SG_IO +extern int check_fd_sgio(int fd); +#endif + extern cdrom_drive *cdda_find_a_cdrom(int messagedest, char **message); extern cdrom_drive *cdda_identify(const char *device, int messagedest, char **message); diff -urN cdparanoia-3a9.8/interface/interface.c cdparanoia-3a9.8-sgio/interface/interface.c --- cdparanoia-3a9.8/interface/interface.c 2006-10-06 11:05:16.899508004 +0200 +++ cdparanoia-3a9.8-sgio/interface/interface.c 2006-10-06 10:27:23.762553352 +0200 @@ -31,7 +31,7 @@ _clean_messages(d); if(d->cdda_device_name)free(d->cdda_device_name); #if defined(__linux__) - if(d->ioctl_device_name)free(d->ioctl_device_name); + if(d->ioctl_device_name && d->ioctl_device_name!=d->cdda_device_name)free(d->ioctl_device_name); if(d->drive_model)free(d->drive_model); if(d->cdda_fd!=-1)close(d->cdda_fd); if(d->ioctl_fd!=-1 && d->ioctl_fd!=d->cdda_fd)close(d->ioctl_fd); diff -urN cdparanoia-3a9.8/interface/scan_devices.c cdparanoia-3a9.8-sgio/interface/scan_devices.c --- cdparanoia-3a9.8/interface/scan_devices.c 2006-10-06 11:05:16.975499064 +0200 +++ cdparanoia-3a9.8-sgio/interface/scan_devices.c 2006-10-06 10:22:24.878152261 +0200 @@ -16,8 +16,8 @@ #include <pwd.h> #include <sys/stat.h> #include <sys/types.h> -#include "cdda_interface.h" #include "low_interface.h" +#include "cdda_interface.h" #include "common_interface.h" #include "utils.h" @@ -65,6 +65,8 @@ "/dev/mcd?c", NULL}; #endif +extern void sg2_init_sg_info(cdrom_drive *d); +extern void sgio_init_sg_info(cdrom_drive *d); /* Functions here look for a cdrom drive; full init of a drive type happens in interface.c */ @@ -135,8 +137,13 @@ #endif #if defined(__linux__) /* is order of checks important? */ - d=cdda_identify_cooked(device,messagedest,messages); +# ifdef SG_IO + d=cdda_identify_scsi(device,NULL,messagedest,messages); + if(!d)d=cdda_identify_cooked(device,messagedest,messages); +# else if(!d)d=cdda_identify_scsi(device,NULL,messagedest,messages); + d=cdda_identify_cooked(device,messagedest,messages); +#endif #elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__) d = cdda_identify_scsi(device, NULL, messagedest, messages); if (d == NULL) @@ -499,17 +506,19 @@ "\nFound an accessible SCSI CDROM drive." "\nLooking at revision of the SG interface in use...",""); - if(ioctl(d->cdda_fd,SG_GET_VERSION_NUM,&version)){ + if((version = ioctl(d->cdda_fd,SG_GET_VERSION_NUM,&major)) < 0){ /* Up, guess not. */ idmessage(messagedest,messages, "\tOOPS! Old 2.0/early 2.1/early 2.2.x (non-ac patch) style " "SG.\n\tCdparanoia no longer supports the old interface.\n",""); return(0); } - major=version/10000; - version-=major*10000; - minor=version/100; - version-=minor*100; + if (!version) + version = major; + + major = (version >> 16) & 0xff; + minor = (version >> 8) & 0xff; + version &= 0xff; sprintf(buffer,"\tSG interface version %d.%d.%d; OK.", major,minor,version); @@ -518,6 +527,138 @@ return(major); } +#ifdef SG_IO +int get_sgio_fd(const char *device, int messagedest, char **messages) { + int fd; + + if (!device) + return -errno; + /* we don't really care what type of device it is -- if it can do + * SG_IO, then we'll put it through the normal mmc/atapi/etc tests + * later, but it's good enough for now. */ + fd = open(device, O_RDWR|O_EXCL|O_NONBLOCK); + if (fd < 0) + return -errno; + return check_fd_sgio(fd); +} + +/* removing generic_device breaks ABI; instead, just test both devices */ +static cdrom_drive *sgio_cdda_identify_scsi(const char *generic_device, + const char *ioctl_device, int messagedest, + char **messages){ + cdrom_drive *d = NULL; + char *device = NULL; + int fd = -1, g_fd = -1; + char *p; + + /* with SG_IO in 2.6, we much prefer /dev/hdc and /dev/scd0, so + * test ioctl_device before testing generic_device */ + + /* we need to resolve any symlinks for the lookup code to work */ + if (ioctl_device) + device = test_resolve_symlink(ioctl_device, messagedest, messages); + /* test again, in case symlink resolution failed */ + if (device) { + fd = get_sgio_fd(ioctl_device, messagedest, messages); + if (fd < 0) { + /* ioctl_device didn't work, so we don't need to keep the strdup of its + * real path around */ + free(device); + device = NULL; + } + } + if (fd < 0) { + if (!generic_device) + goto cdda_identify_scsi_fail_free; + device = test_resolve_symlink(generic_device, messagedest, messages); + /* test again, in case symlink resolution failed */ + if (!device) + goto cdda_identify_scsi_fail_return; + g_fd = get_sgio_fd(device, messagedest, messages); + if (g_fd < 0) + goto cdda_identify_scsi_fail_free; + fd = g_fd; + } + + d=calloc(1,sizeof(cdrom_drive)); + + d->drive_type=SCSI_CDROM_MAJOR; + d->cdda_fd=fd; + d->ioctl_fd=fd; + d->bigendianp=-1; /* We don't know yet... */ + d->nsectors=-1; + + d->interface=GENERIC_SCSI; + + /* alloc our big buffer for scsi commands */ + d->sg=calloc(1, sizeof (struct sg_info)); + ((struct sg_info *)d->sg)->dxferp_max_buffer_len = CD_FRAMESIZE_RAW; + if (check_fd_sgio(d->cdda_fd)) + sgio_init_sg_info(d); + else + sg2_init_sg_info(d); + + /* get the lun -- this used to set 0 on failure, maybe still should */ + d->lun = -1; + + p = scsi_inquiry(d); + if (!p) + goto cdda_identify_scsi_fail_free_device; + + /* It would seem some TOSHIBA CDROMs gets things wrong */ + + if (!strncmp (p + 8, "TOSHIBA", 7) && + !strncmp (p + 16, "CD-ROM", 6) && + p[0] == TYPE_DISK) { + p[0] = TYPE_ROM; + p[1] |= 0x80; /* removable */ + } + + if (!p || (*p != TYPE_ROM && *p != TYPE_WORM)) { + idmessage(messagedest, messages, + "\t\tDrive is neither a CDROM nor a WORM device\n", NULL); + goto cdda_identify_scsi_fail_free_device; + } + + memcpy(d->inqbytes, p, 4); + d->cdda_device_name = device; + d->ioctl_device_name = device; + + d->drive_model = calloc(1, 36); + strscat(d->drive_model, p+8, 8); + strscat(d->drive_model, p+16, 16); + strscat(d->drive_model, p+32, 4); + + idmessage(messagedest, messages, "\nCDROM model sensed sensed: %s", d->drive_model); + + return d; + +cdda_identify_scsi_fail_free_device: + if (d) { + if (d->drive_model) + free(d->drive_model); + if (d->sg) { + struct sg_info *sgi = (struct sg_info *)d->sg; + + if (sgi->cmdp_buffer_len) + free(sgi->cmdp); + if (sgi->dxferp_buffer_len) + free(sgi->dxferp); + if (sgi->hdr) + free(sgi->hdr); + free(d->sg); + } + free(d); + } + if (fd >= 0) + close(fd); +cdda_identify_scsi_fail_free: + if (device) + free(device); +cdda_identify_scsi_fail_return: + return NULL; +} +#endif cdrom_drive *cdda_identify_scsi(const char *generic_device, const char *ioctl_device, int messagedest, char **messages){ @@ -531,6 +672,12 @@ int type; char *p; +#ifdef SG_IO + d = sgio_cdda_identify_scsi(generic_device, ioctl_device, messagedest, messages); + if (d) + return d; +#endif + if(generic_device) idmessage(messagedest,messages,"\tTesting %s for SCSI interface", generic_device); @@ -667,7 +814,6 @@ "major number",generic_device); goto cdda_identify_scsi_fail; } - d=calloc(1,sizeof(cdrom_drive)); @@ -688,8 +834,9 @@ } /* malloc our big buffer for scsi commands */ - d->sg=malloc(MAX_BIG_BUFF_SIZE); - d->sg_buffer=d->sg+SG_OFF; + d->sg=calloc(1, sizeof (struct sg_info)); + ((struct sg_info *)d->sg)->dxferp_max_buffer_len = CD_FRAMESIZE_RAW; + sg2_init_sg_info(d); { /* get the lun */ @@ -701,6 +848,8 @@ } p = scsi_inquiry(d); + if (!p) + goto cdda_identify_scsi_fail; /* It would seem some TOSHIBA CDROMs gets things wrong */ @@ -720,12 +869,11 @@ goto cdda_identify_scsi_fail; } - d->drive_model=calloc(36,1); memcpy(d->inqbytes,p,4); d->cdda_device_name=copystring(generic_device); d->ioctl_device_name=copystring(ioctl_device); - d->drive_model=calloc(36,1); + d->drive_model=calloc(1, 36); strscat(d->drive_model,p+8,8); strscat(d->drive_model,p+16,16); strscat(d->drive_model,p+32,4); @@ -735,6 +883,22 @@ return(d); cdda_identify_scsi_fail: + if (d) { + if (d->drive_model) + free(d->drive_model); + if (d->sg) { + struct sg_info *sgi = (struct sg_info *)d->sg; + + if (sgi->cmdp_buffer_len) + free(sgi->cmdp); + if (sgi->dxferp_buffer_len) + free(sgi->dxferp); + if (sgi->hdr) + free(sgi->hdr); + free(d->sg); + } + free(d); + } if(generic_device)free((char *)generic_device); if(ioctl_device)free((char *)ioctl_device); if(i_fd!=-1)close(i_fd); diff -urN cdparanoia-3a9.8/interface/scsi_cmds.h cdparanoia-3a9.8-sgio/interface/scsi_cmds.h --- cdparanoia-3a9.8/interface/scsi_cmds.h 1970-01-01 01:00:00.000000000 +0100 +++ cdparanoia-3a9.8-sgio/interface/scsi_cmds.h 2006-10-06 10:07:18.316846002 +0200 @@ -0,0 +1,197 @@ +/****************************************************************** + * CopyPolicy: GNU General Public License version 2 + * Copyright 2004 Peter Jones <pjones@xxxxxxxxxx> + * + * macros to generate scsi commands. + * + ******************************************************************/ + +#ifndef _SCSI_CMDS_H +#define _SCSI_CMDS_H 1 +#include <scsi/scsi.h> + +/* from the MMC3 spec, rewritten as seperate macros */ +#define LBA_to_M(lba) (lba>=-150?((lba+150)/(60*75)):((lba+450150)/(60*75))) +#define LBA_to_S(lba) (lba>=-150?((lba+150)/75):((lba+450150)/75)) +#define LBA_to_F(lba) (lba>=-150?(lba+150):(lba+450150)) + +/* Group 1 (10b) command */ +#define SCSI_TWELVE_BYTE(a,b,c,d,e,f,g,h,i,j,k,l) ((char []) {a,b,c,d,e,f,g,h,i,j,k,l}) +#define SCSI_READ_12(fua, a, l) SCSI_TWELVE_BYTE( \ + READ_12, /* READ_10 */ \ + (fua & 1) << 3, /* force unit access */ \ + (a >> 24) & 0xff, /* lba byte 3 */ \ + (a >> 16) & 0xff, /* lba byte 2 */ \ + (a >> 8) & 0xff, /* lba byte 1 */ \ + a & 0xff, /* lba byte 0 */ \ + 0, /* reserved */ \ + (l >> 24) & 0xff, /* len byte 3 */ \ + (l >> 16) & 0xff, /* len byte 2 */ \ + (l >> 8) & 0xff, /* len byte 1 */ \ + l & 0xff, /* len byte 0 */ \ + 0 /* control */ \ +) +#define D4_READ_12(a, l) SCSI_TWELVE_BYTE( \ + 0xD4, /* 0xD4 */ \ + 0, /* lun */ \ + 0, /* ? */ \ + (a >> 16) & 0xff, /* lba byte 2 */ \ + (a >> 8) & 0xff, /* lba byte 1 */ \ + a & 0xff, /* lba byte 0 */ \ + 0, /* reserved */ \ + 0, /* ? */ \ + 0, /* ? */ \ + l & 0xff, /* len byte 0 */ \ + 0, 0 /* ? */ \ +) +#define D8_READ_12(a, l) SCSI_TWELVE_BYTE( \ + 0xD8, /* 0xD4 */ \ + 0, /* lun */ \ + 0, /* ? */ \ + (a >> 16) & 0xff, /* lba byte 2 */ \ + (a >> 8) & 0xff, /* lba byte 1 */ \ + a & 0xff, /* lba byte 0 */ \ + 0, /* reserved */ \ + 0, /* ? */ \ + 0, /* ? */ \ + l & 0xff, /* len byte 0 */ \ + 0, 0 /* ? */ \ +) +#define READ_CD_12(a, l) SCSI_TWELVE_BYTE( \ + 0xBE, /* 0xD4 */ \ + 0, /* ? */ \ + (a >> 24) & 0xff, /* lba byte 3 */ \ + (a >> 16) & 0xff, /* lba byte 2 */ \ + (a >> 8) & 0xff, /* lba byte 1 */ \ + a & 0xff, /* lba byte 0 */ \ + (l >> 16) & 0xff, /* len byte 2 */ \ + (l >> 8) & 0xff, /* len byte 1 */ \ + l & 0xff, /* len byte 0 */ \ + 10, /* ecc */ \ + 0, 0 /* ? */ \ +) +#define READ_CD_MSF_12(a, l) SCSI_TWELVE_BYTE( \ + 0xB9, /* 0xD4 */ \ + 0, /* ? */ \ + 0, /* ? */ \ + LBA_to_M((a)), /* start M */ \ + LBA_to_S((a)), /* start S */ \ + LBA_to_F((a)), /* start F */ \ + LBA_to_M((a)+(l)), /* start M */ \ + LBA_to_S((a)+(l)), /* start S */ \ + LBA_to_F((a)+(l)), /* start F */ \ + 10, /* ecc */ \ + 0, 0 /* ? */ \ +) + +#define SCSI_TEN_BYTE(a,b,c,d,e,f,g,h,i,j) ((char []) {a,b,c,d,e,f,g,h,i,j}) +#define SCSI_MODE_SENSE_10(page, size) SCSI_TEN_BYTE( \ + MODE_SENSE_10, /* MODE_SENSE */ \ + 0x00, /* reserved */ \ + page & 0x3F, /* page */ \ + 0, /* reserved */ \ + 0, /* reserved */ \ + 0, /* reserved */ \ + 0, /* reserved */ \ + 0, /* MSB (0) */ \ + size, /* sizeof(modesense - SG_OFF) */ \ + 0 /* reserved */ \ +) +#define SCSI_MODE_SELECT_10 SCSI_TEN_BYTE( \ + MODE_SELECT_10, /* MODE_SELECT */ \ + 0x10, /* no save page */ \ + 0, /* reserved */ \ + 0, /* reserved */ \ + 0, /* reserved */ \ + 0, /* reserved */ \ + 0, /* reserved */ \ + 0, /* reserved */ \ + 12, /* sizeof(mode) */ \ + 0 /* reserved */ \ +) +#define SCSI_READ_TOC(track_number) SCSI_TEN_BYTE( \ + READ_TOC, /* READ_TOC */ \ + 0, /* MSF format */ \ + 0, \ + 0, \ + 0, \ + 0, \ + track_number, /* start track */ \ + 0, /* len msb */ \ + 12, /* len lsb */ \ + 0 /* flags */ \ +) +/* a contribution from Boris for IMS cdd 522 */ +/* check this for ACER/Creative/Foo 525,620E,622E, etc? */ +#define CDD522_READ_TOC(track_number) SCSI_TEN_BYTE( \ + 0xE5, /* CDD522_READ_TOC */ \ + 0, 0, 0, 0, /* res */ \ + track_number, /* start track */ \ + 0, 0, 0, 0 /* ? */ \ +) +#define SCSI_READ_10(fua, a, l) SCSI_TEN_BYTE( \ + READ_10, /* READ_10 */ \ + (fua?8:0), /* force unit access */ \ + (a >> 24) & 0xff, /* lba byte 3 */ \ + (a >> 16) & 0xff, /* lba byte 2 */ \ + (a >> 8) & 0xff, /* lba byte 1 */ \ + a & 0xff, /* lba byte 0 */ \ + 0, /* reserved */ \ + (l >> 8) & 0xff, /* len byte 1 */ \ + l & 0xff, /* len byte 0 */ \ + 0 /* control */ \ +) +#define D4_READ_10(a, l) SCSI_TEN_BYTE( \ + 0xD4, /* 0xD4 */ \ + 0, /* ? */ \ + 0,